I noticed a bug that I assume could have the same origin. If the sticky header user menu is still open when you scroll up to the top of the page, you no longer see that dropdown/popup menu but all its links are still clickable. As an effect, you can e.g. find yourself on the preferences page when you tried to open the languages menu.

In T341917#9017429, @Raymond wrote:

Please add the Unicode ticket number here, so that we can add it as comment to LocalNamesSv.

OK. In MobileFrontend, AMC users now have a link to Special:Preferences, after T311720 was merged. T327506 addresses the need to remove the AMC restriction. Until that is resolved, I made a default gadget on svwiki, to make user preferences available for all mobile users. As the intended logic of the gadget preferences page is not that obvious to a new user, I have also added some info there, especially concerning preferences for the mobile view.

Unfortunately, the new link colors (especially for a:visited) in Vector 2022 are much to light on my screen; the readability is seriously impaired. Please provide a way to choose darker colors! The coding of a link color seems hard to override without using "!important", and without adversely affecting other link colors.

Category support for JSON content has also been discussed in T155290.

Ok, I see! Thanks!👍

I was hoping also non-AMC users would get this important function. Why can't they? We can always use a gadget on our project to compensate, so that non-AMC users also have such a link, but that is not as good a solution, it would still exclude non-javascript users.

Users should be able to see all gadget preferences, irrespective of wich skin being used when visiting the preferences page.

@Jdlrobson Hi! Yes, it does seem to be fixed; I can't replicate it on my iPad now (14.4.2 Safari).

Thanks! I didn't find how to add project tags, but I believe I found where to do that now. :)

@Aklapper Yes, that may be right, as I haven't been able to reproduce the error without at least a short visit in VisualEditor.

Is this fixed? A few weeks ago, I activated two default js-gadgets with mobile targets only, on svwp, and it seems to work fine also for anonymous users.

In T256503#6261348, @Ammarpad wrote:

In T256524, @JohanahoJ wrote:

In Minerva on Wikipedia, redlinks are blue when the user is logged in, but they are red again when logged out.

Actually for me, it is the same in both cases. Logged in or out. Caused by r605001

Actually, a confirmation dialog is allready in place on the userLogout page, but it's made unavailable when using the ordinary logout links in Vector or Minerva. Whether that's intentional or not I don't know.

I suggest the layout be made responsive to screen width, so that the logo doesn't exceed the sidebar width when the screen is not wider than a certain threshold, maybe 800px.

Ok, thanks!

So, how do I see which system messages can be edited by all admins?

There are apparently some conflicting info about this, but that could of course be due to not yet updated pages. So it's correct to say that no system message can be edited locally by others than interface admins?

Ah, thanks for the explaination. I agree, it would be preferable to have the login system work also when cross-site tracking is prevented.

... and now the problem is no more. I suddenly found this button, in the iPad's "preferences", with an embarassingly obvious title in English: "Prevent Cross-Site Tracking". Apparently, I interpreted the translated version in my own language differently, and switching sites never caused a problem as long as I didn't do it on the login page. I'm so sorry for taking up your time because of this simple mistake.

In T111565#6213850, @ASammour wrote:

Why don't we use summary tag to make collapsable element?. It's HTML5 built-in feature, and supported by all browsers.

One message containing raw html is "MediaWiki:Mobile-frontend-editor-anonwarning". After a discussion on svwiki, I changed the wording of that message locally, i.e. on svwiki and not as a general change on Translatewiki, and while I was at it, I replaced the html with wikitext. It turns out that message is still not possible to edit for others than interface admins. Is that expected behaviour? If so, what have I missed?

(Never mind the watchlist, and I found out that clearing cache or not makes no difference.)

I went back to test Firefox again (still using iPadOS 13.4.1), and found that the same thing actually happened there; after switching between mobile and desktop site, or vice versa, on the log in page, and completing the log in, I was logged out at first switch to the other site (desktop or mobile).

I guess my earlier report of the problem was coloured by how I usually switch to the desktop site as soon as I can, and the mobile site beeing the default site for iPads. After a lot more testing, I see another pattern.

I downloaded Firefox, and it actually worked just fine with that browser.

In T253620#6165340, @JohanahoJ wrote:

After further testing, I found that I was logged out from every Wikipedia I tried, if I, after clearing the data/cache, logged in directly to my watchlist (on the desktop site) of that Wikipedia, ...

... and later on tried to switch to the mobile site.

After further testing, I found that I was logged out from every Wikipedia I tried, if I, after clearing the data/cache, logged in directly to my watchlist (on the desktop site) of that Wikipedia, i.e. even on Wikipedias I have only visited once before. On the other hand, after logging in directly to my userpage or an article page, there was no problem switching to the mobile site, on any Wikipedia I tried. There was no problem after logging in to the desktop-site watchlist on Commons.

Tapping "Clear History and Website Data" and after that tapping "Clear History and Data" in the pop-up window, is the way said to clear cache if you have an iPad, which doesn't have the keyboard necessary for the methods described in the above linked guide.

The usual way of displaying images, with [[File:Filename.jpg|...]], does not work on svwp for this image:
https://commons.wikimedia.org/wiki/File:Tjuvbackarna,_Kalmar,_betesmark_med_fornlämningar.jpg
But it is still available on svwp through this path:
https://upload.wikimedia.org/wikipedia/commons/c/c8/Tjuvbackarna%2C_Kalmar%2C_betesmark_med_fornlämningar.jpg
I don't know if that means anything, but thought i should mention it, in case it gives any further clues.

Would it be possible for a wikipedia project to have wikidata short descriptions exposed on desktop page views and be able to monitor changes to these descriptions on recentchanges and watchlists?

Reopened this task, because T216318 now again focuses on EasyTimeline.

Issue 2 is perhaps related to T179259 and T213922?

Perhaps same as T179259

I have now blocked the bot account on svwiki. Any progress?