Mar 19 2021
Per T266866: Remove "Basic" support (Grade C) for browsers without TLS 1.2+ (MediaWiki core and WMF infra), the support for Firefox 10-14 has been dropped. Declining this task is long overdue.
Jan 1 2021
Per MusikAnimal, maybe there are other ways besides pop-up feature to expose temporarily watched pages. I guess relying a lot on Notifications isn't a good idea. Meanwhile, I realize that this task would be reincarnated into a smaller or better written task, so I'm closing the task I created as "declined" for now.
In other words, going to Special:EditWatchlist is adequate enough? If so, then a user would have to very frequently watch over the list many, many times, right?
Hi, where exactly? Which page are we talking about? Any, like using the Notifications system?
Dec 24 2020
Using Firefox 84.0.1 (latest to this date), I am able to reproduce method A:
- Go to "Editing" section of user settings
- De-check "Temporarily disable the visual editor while it is in beta" option if checkmarked
- Select "Show me both editor tabs" in the Editing mode menu
- Go to "Beta features" tab and checkmark/enable "New wikitext mode"
- Click "Save" button
- Go to https://www.mediawiki.org/wiki/Extension:Graph/Demo/IndexChart
- Click the "≡" (triple bar) icon on the upper-right corner of Firefox
- Open "Inspector" from "Web developer" sub-menu
- Click the "Edit source" tab of the page
- The source editor loads well
- Then click "Edit" (to open VisualEditor)
- Somehow, the chart doesn't appear, and NWE's toolbar appears in the VisualEditor
- In Inspector, you'll see the following pink message: Uncaught TypeError: spec.data.values is undefined and load.php:753:885
Dec 16 2020
Dec 14 2020
Dec 12 2020
Dec 11 2020
the least I have done was clicking "older 50" and then click "newer 50" instead of clicking "back" button on a browser. That's how I was able to see newer contributions more effectively, though this method is annoying.
The action=watch url is more convenient than the other (editing source) method honestly. However, I have to go from page to page to implement the time expiry change on every individual article, which annoys me more.
Dec 10 2020
Just in case: https://www.mediawiki.org/wiki/Topic:Vtjrwacu2jqn4rzq
Dec 9 2020
Dec 8 2020
Dec 7 2020
Have you considered stalling this task? Do default Android browsers and IE11 share the same codes that other browsers (mobile and/or desktop) do?
Dec 5 2020
Dec 4 2020
We will continue to support Microsoft Edge on Windows 7 and Windows Server 2008 R2 until July 15, 2021. These operating systems are out of support and Microsoft recommends you move to a supported operating system such as Windows 10.
Previously, Google planned to end support for Windows 7 on that same period. Thankfully, it's been extended to January 2022.
Dec 3 2020
Dec 2 2020
How many more use cases, like past project closure proposals here?
Dec 1 2020
By the way, can you ask for temp adminship and then delete the problematic content? I'll give more list if necessary. Here you go…
Almost forgot: no transfer to any other project unless a project will clean up and revdel content as promised
I discussed this onwiki with LangCom (diff). The LangCom seems reluctant to delete the wiki at this time. The stewards couldn't do much about the articles copying other sources. I'm almost out of options. I hate to see the task closed (or indefinitely stalled), but I guess I can't persuade them any longer.
Nov 25 2020
To note, iOS 12 still receives updates--just security ones--like the latest update released this month, for devices running iOS 12 but could not update to latest iOS version.
Nov 20 2020
Oct 30 2020
The current Android version of Nexus 7 is 6.0.1 (Marshmallow). Shall the task description be updated to reflect that?
Oct 29 2020
Shall this task be reopened, or must I create a new task? I didn't think until moments ago that this task has existed. I still don't know why it's marked "Resolved" while this issue with the workboards on mobile devices still persists.
Oct 28 2020
Oct 25 2020
@Aklapper If you're looking for steps while using an iPad:
By the way, I don't know what steps I can reproduce the issue. I tried Safari's developer tools connecting a MacBook and an iPad via a USB-A cable, but the tools run slowly and are complicated for me to use. I don't know whether Chrome's devtools can connect to an iPad or another tablet.
I'm using iPadOS 14.1, and here are what I captured from Safari (iPadOS):
Oct 21 2020
Oct 20 2020
Sep 9 2020
I was able to change the punctuation settings from curvy apostrophe to straighter one (') on the iPad. Indeed, I learned from both sources (this one and that one) that I can go to the Settings app on an iPad. Then I should go to the General menu, press "Keyboards" and then disable "Smart punctuations" option. Speaking of which, the quotation mark became straighter again (").
Aug 26 2020
May 19 2020
Apr 6 2020
Mar 20 2020
The author who created this task and has not edited for three months asked us a few participants of the deletion proposal discussion. We said no objections to deletion, though I said "no redirect". Shall the task be reopened, or how else shall the task be?
Mar 6 2020
Feb 28 2020
As mentioned at T190989#5924922, refreshing a NWE source page while using MinervaNeue skin reverts back temporarily to one of old wikitext editors. Then I found out that I was able to recently reproduce the issue on other skins, like Vector and Timeless. Seems that ?action=edit is used in address bar. BTW, I was using Chrome 80 (latest stable version as of date).
Tested the VisualEditor under the MinervaNeue skin. No issues found while refreshing the page.
Feb 27 2020
For pre-2017 WikiEditors: Okay, I hope. Tested out; seems that everything is okay for me. Somehow, the MinervaNeue skin adjusts well with older wikitext editors. If I were to click the "Edit" button, I would edit just the lead section, not the whole article. I can't tell whether that's a separate issue or already filed separately.
@Jdlrobson To go to 2003 WikiEditor, which lacks a toolbar, you must first go to your Preferences settings, then go to the Editing tab, and then de-check the "Enable the editing toolbar". Finally, save your preferences. Optionally, you can click the "Enable the legacy (2006) editing toolbar" option at the Gadgets tab.
Feb 21 2020
Oct 6 2019
for clearer understanding, here's the screenshot below:
Oct 5 2019
I tested the similar issue at one of random articles from ABC News website. If using an iPad or iPhone, click/tap the blue "Comments" button, type in anything lengthy, double-tap anything you entered in the comments box, and then scroll down. I captured the issue with the video, but the website is copyrighted. Therefore, I can tell you as much as I can in my ability.
Oct 2 2019
@matmarex The browse that was displayed in GIF "desktop site" image was Google Chrome. I don't think the issue is limited to just the Apple Safari browser, is it?
retested the Special:Search page on both mobile and desktop sites.
Good news: Highlighting, i.e. double-clicking or holding down, the words is precise at edit summary and "Email this user" page. In other words, no issues in those pages.
Sep 29 2019
Aug 31 2019
Aug 30 2019
Sorry, but the gerrit code didn't fix the problem. The issue still persists as seen below:
Aug 24 2019
Microsoft Edge Beta (Chromium-based) has been released for Windows 7, 8, and 10. I tested the Wizard with the Chromium-based Edge, and I see the icons seen in the below screenshot.Does the EdgeHTML-based Edge, different from above, still have the icon issue?
Aug 17 2019
Aug 16 2019
If you use the IE11 on either Windows 7, 8 or 10 (if 10, then enable IE11 via Edge), and if you enable the 2010 wikitext editor, you scroll up the editor and then see the grey lines. The grey lines immediately disappear when you move the mouse cursor or scroll down the editor.