Older similar: T103077: First heading is missing when page title is "0"
Apr 11 2019
Apr 10 2019
Apr 3 2019
Mar 28 2019
Just a thought: Could the breaking of templates by misplaced NBSPs be avoided by changing MediaWiki's parameter handling to treat NBSPs like other whitespace characters in assignments?
These seem relevant whenever there are misplaced NBSPs:
T96666: Make non-breaking spaces (nbsp) visible in VisualEditor
T181677: Implement syntax highlight for U+00A0 (no-break space, nbsp)
Mar 27 2019
I suggest changing the title of this bug to "Consecutive spaces changed to NBSPs, which can break templates", or something like that.
Mar 23 2019
@JoeWalsh, a question when you have found the cause of this bug:
Mar 22 2019
Aug 21 2018
Aug 16 2018
Aug 8 2018
Aug 7 2018
Question: Before I tried to change my local preference (yesterday): Which notification settings were really in effect on the local wiki; the settings that appeared to be set locally, or those that appeared after I clicked "Save"?
Aug 6 2018
Aug 2 2018
Safari too for me (latest version on macOS); the Undo menu item is non-functional when the syntax highlighter (CodeMirror) is on, just like with the other browsers.
Jul 28 2018
@ChristianKl, it appears you hadn't changed the setting "Days to show in watchlist" on the Watchlist tab in your Preferences. Doing this should resolve the problem
but see the bug T199566, in particular the workaround at T199566#4458615.
Note: this concerns the "unimproved" watchlist.
Jul 21 2018
Jul 16 2018
It will show: Scheduled maintenance on enwiki from 06:00-06:30 UTC..
Will $wgReadOnly show a message while read-only?
Jul 8 2018
Jul 5 2018
Another example (from User:Larske at svwiki):
Jun 27 2018
jcrespo, I don't know, but see this comment by @Samwalton9:
Jan 13 2018
Would this bug have affected edits made with the 2017 wikitext editor in the same way as the visual editor? (That seems likely, since the 2017 wikitext editor is a mode within Extension:VisualEditor.)
Jan 12 2018
Jan 9 2018
Jan 4 2018
Well, selecting a namespace has an automatic "Exclude unselected" effect when "Exclude selected" is not selected.
When any namespaces are selected, but "Exclude selected" is not selected, only the selected namespaces are shown, so other namespaces are effectually excluded. This is how it worked and still works with my filters (which I have kept) which were affected by the bug, and how it works with any filter.
Thank you. Then I think the upcoming Tech News is worded correctly about this.
With a thought to the Tech News notice:
Jan 3 2018
@Johan, something for Problems in the next Tech News?
in my Swedish account, I haven't made any change to my saved filters in more than a month (other than selecting active filters). I'll get back to you after the SWAT.
@Mooeypoo, as expected all my English saved filters with exclusions will need to be re-saved, while all of my Swedish old saved filters now work as they should again.
Jan 2 2018
Yes, in my Swedish account, I haven't made any change to my saved filters in more than a month (other than selecting active filters). I'll get back to you after the SWAT.
After the SWAT, I will retry my older saved filters which have exclusions. As I said in the bug description, my default Swedish filter still works correctly on page load (but not when subsequently selected).
Fixed a typo that caused this. It should work now, but I can't retroactively fix the incorrectly saved queries -- after the patch is merged and deployed, please re-save the saved filters that had 'excluded' in them again.
Dec 16 2017
May 21 2016
At WP:VPT#Why am I seeing a "Welcome" message?, Whatamidoing (WMF) mentioned: "One of the devs also suggested making it possible to dismiss things like this by clicking anywhere outside the box".
May 20 2016
The translation commit above was meant to be picked up by daily LocalisationUpdate run, but that did not happen for some reason.
May 16 2016
Apr 25 2016
Apr 9 2016
Apr 4 2016
Perhaps T48750#2176499 has a better description of the problem.
Apr 3 2016
Notice that "User:Foo_/_bar" is a subpage not of "User:Foo", but of "User:Foo_".
Feb 24 2016
I found an older feature request for basically the same thing, T11578: Feature request: Direct access to the history page containing the listing corresponding to a past revision.