- User Since
- Nov 29 2016, 9:34 AM (339 w, 3 d)
- LDAP User
- MediaWiki User
- JohanahoJ [ Global Accounts ]
Feb 15 2023
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.
Jan 13 2023
Jan 12 2023
Dec 12 2022
Aug 25 2022
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.
Aug 9 2022
Category support for JSON content has also been discussed in T155290.
Jul 30 2022
Jul 20 2022
Ok, I see! Thanks!👍
Jul 14 2022
Users should be able to see all gadget preferences, irrespective of wich skin being used when visiting the preferences page.
Apr 27 2021
@Jdlrobson Hi! Yes, it does seem to be fixed; I can't replicate it on my iPad now (14.4.2 Safari).
Oct 10 2020
Jul 28 2020
Thanks! I didn't find how to add project tags, but I believe I found where to do that now. :)
Jul 25 2020
@Aklapper Yes, that may be right, as I haven't been able to reproduce the error without at least a short visit in VisualEditor.
Jul 24 2020
Jul 13 2020
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.
Jul 7 2020
Jun 27 2020
Jun 26 2020
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.
Jun 25 2020
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.
Jun 21 2020
Jun 20 2020
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?
Jun 17 2020
Ah, thanks for the explaination. I agree, it would be preferable to have the login system work also when cross-site tracking is prevented.
Jun 14 2020
... 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.
Jun 11 2020
Jun 6 2020
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?
Jun 2 2020
(Never mind the watchlist, and I found out that clearing cache or not makes no difference.)
May 31 2020
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).
May 30 2020
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.
May 29 2020
I downloaded Firefox, and it actually worked just fine with that browser.
... and later on tried to switch to the mobile site.
May 26 2020
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.
May 23 2020
The usual way of displaying images, with [[File:Filename.jpg|...]], does not work on svwp for this image:
But it is still available on svwp through this path:
I don't know if that means anything, but thought i should mention it, in case it gives any further clues.
May 5 2020
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?
Feb 19 2019
Reopened this task, because T216318 now again focuses on EasyTimeline.
Feb 18 2019
Jan 31 2019
Jan 23 2019
Jan 16 2019
Perhaps same as T179259
Jan 6 2019
Nov 6 2018
Apr 21 2018
I have now blocked the bot account on svwiki. Any progress?