There’s an error on the Airdate Order of the Age of Umbra finale that gets you suck in a loop of the same four pages if you click next but I don’t know how to edit wikis or how to bring it to the attention of people who can

The new organization of all the episodes and arcs makes it impossible to fiNd anything unless you ALREADY know about them.

C1E40, for example, is easy and can be read in chron order.

Describe the bug

Two things, both minor:

1. Links to nonexistent articles, i.e. redlinks, are being styled the same as regular links. See screenshot #1. Immovable Rod is a nonexistent article. These links are being styled as regular links bc something is inserting "classname="new"" into the .a tag instead of "class="new"".

2. Bolding links actually does nothing to them. This is related to the observation @Durandal's Fate made on your message wall, but the heavier weight of links (contained in ".mw-parser-output a") seems to be taking precedence over bold styling. This means that it is impossible to bold links. See screenshot #3 for a comparison between the default 500 weight and bold styling.

Which page(s) does the bug affect?

Anywhere links occur. Template:Nav-MagicItems and the lede of Mollymauk Tealeaf's tarot deck are good examples.

To Reproduce

Simply navigate to the page.

Expected behaviour

It is expected that red links appear as red, differentiated from links to existing articles (see Screenshot #2), and for links to be properly styled as bold when they are placed within such markup.

Screenshots

Screenshot #1

Screenshot #2

Screenshot #3

Desktop (please complete the following information):

- OS: macOS 11.5

- Browser: Firefox

- Version: 90.0

Additional context:

The redlink bug is a new one, appearing if my memory serves sometime in the page handful of days. The bolding one is older, but I've only just now noticed that links are not bolding correctly.

Describe the bug

By far the least of bugs—when logged in, {{ambox}} and all {{ambox}} dependent templates no longer work properly.

Which page(s) does the bug affect?

Any page using a template in the Category:Alert and notice templates. This includes:

• Opal and Uvenda, through {{stub}}, see Screenshot#2

• Stilben, through {{cleanup}}, see Screenshot #1

• Also visible on the documentation pages for the templates. Most clearly Template:Ambox, see Screenshot #3

To Reproduce

Visit a page using the template while logged in.

Expected behaviour

Expect to see a styled box enclosing the image and text on these templates, including recognizable thick left-hand color border, instead of a simple inline image and text. See screenshot #4.

Screenshots

Screenshot #1: from Stilben

Screenshot #2: from Uvenda

Screenshot #3: from Template: Ambox/doc

Screenshot #4: from Template:Ambox/doc while logged out

Desktop (please complete the following information):

• OS: macOS 11.4

• Browser: Firefox

• Version: 89.0.2

Additional context

Logging out will immediately resolve the issue.

I've also disabled my adblockers, both at the extension level and in the Fandom wiki preferences level, and this did not resolve the issue. I flipped around a bunch of my appearance settings as well, to no avail. Hell, I even logged into an old, now unused account I used to edit Gamepedia with before the merger, and even THAT account doesn't seem these amboxes anymore. Neither does logging in through a private window.

Peeking in web developer tools -> style editor, it seems like the ambox class styling is not loading in while I'm logged in. (There's also a massive discrepancy in the number of rules it's turning up, but I haven't noticed anything else missing.)

Describe the bug

Displayed text in the Source editor doesn't match up with the cursor and text being edited. This happens in at least two different situations.

Which page(s) does the bug affect?

Lots of Source edit pages, maybe most of them at one point or another.

To Reproduce

Steps to reproduce the behavior:

1. Go to, for example, the Source editing page for Time Line.

2. Use the Find function to look for that phrase "survived, which", then adjust your browser width until the two words are on separate lines, and then make tiny adjustments until the highlighted text no longer matches the displayed text.

3. Try selecting the entire paragraph, or editing the text.

Or...

1. Go to the Source editing page for Ioun.

2. Keep adjusting the browser width until the spellcheck lines no longer match up with the words they're supposed to.

Expected behavior

One expects the displayed text to match up with the text being edited.

Screenshots

Here's what happens when I use the Find function for the phrase "survived, which". The highlighted green section is where the text actually is for editing purposes, but the word "which" is displayed on the next line.

The squiggly red underlines show where the spellcheck is trying to highlight the jargon words "Veluthil" and "Wildemount," but the displayed words are pushed to the right of where the words actually are for editing purposes.

This has a cascading effect on all the text that comes afterward. After this paragraph, everything is off by one line. See what happens when I use the Find function on the next bit of text below that paragraph:

If I click at the end of that highlighted area and start tapping the Delete key, it starts deleting the displayed text one line below:

Notice the cursor appears to be a line above the displayed text that is being edited.

This happens at random on a lot of pages, where one word just happens to get displaced to the next line. I think there are slightly different frame widths for the underlying text and the displayed text.

Similarly, this came up when editing the page for Zaafin (though the page looks different now, as I took this screenshot a week ago):

The blue highlighted area is the entire editable area of the paragraph, right to the end of the episode reference. Again, notice that the short red underlines are where the word "ep" actually is in each case, but the displayed text has been shifted forward.

A similar error with an apparently different cause came up when editing the page for Ioun recently:

The blue highlighted area is actually the paragraph starting with, "The Cobalt Vault is the order's headquarters..." You can see from the red spell-check lines that the browser knows all these Critical Role jargon words (and the contraction "ep") are actually on the line above where they appear. It's like the Source editor isn't recognizing the line break above.

The above screenshot is from a week ago, and it came up at random. Just now I deliberately adjusted my browser width until an error happened, and notice where the red underlines stop matching up:

Clearly, the letters "ul" are supposed to be underlined, but they appear on the next line instead.

Desktop:

- OS: macOS 11.2

- Browser: Chrome

- Version 91.0.4472.114 (Official Build) (arm64)

Additional context

I haven't had this problem in Firefox (using version: 89.0.2).