Understood, thanks!
https://meta.wikimedia.org/wiki/Tech#Renderization_of_symbol_%22not_greater_than%22
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Wed, Apr 10
Hi @Aklapper, no problem, I can either correct the current bug report or file a new report correctly – which one would be preferable?
I've just noticed it renders correctly in Firefox version 115.9.1esr!
I'm using Chrome version 123.0.6312.106 on Windows 10 version 22H2.
If I copy the text and paste it in Windows Notepad, it renders correctly:
So, it seems it's a problem with the web browser (Chrome)?
Tue, Apr 9
Fri, Apr 5
Thu, Apr 4
I believe this bug makes mobile editing unusable for both articles and talk pages, there's a confirmed report at T345502.
Mar 25 2024
Edit: the status says it needs triage but it's been reproduced and commented in relation to an existing issue, so maybe the best is to mark it as a duplicate?
Greetings. I'm afraid this bug is severe, as it makes mobile editing unusable for both articles and talk page. I've checked previous error reports but didn't find a duplicate. Could someone perform the triage, please, it's been over six months. Thank you.
Dec 8 2023
just to emphasize it does work on the mobile website instead of the mobile app
https://en.wikipedia.org/wiki/Wikipedia_talk:Hatnote#c-Thryduulf-20231208030800-SMcCandlish-20231208012300
Dec 3 2023
I'm afraid this reproducible bug is making mobile talk-page discussions unusable. Especially when there's copy and paste involved, such as in linking to a URL. Here's another illustration of the problem, this time at https://meta.m.wikimedia.org/wiki/Talk:Wikis_World Notice how the preview becomes unsynchronized with the editing field.
Oct 28 2023
Oct 25 2023
Thank you! That's all I need for the moment.
Oct 24 2023
Yes: how could we petition for implementing this feature in a non-English Wikipedia, please?
Sep 23 2023
for the record, clearing cookies solved the problem.
Sep 22 2023
I'm using Chrome.
Sep 20 2023
Sep 17 2023
Sep 4 2023
Here's a screen recording demonstrating the issue:
https://ibb.co/V2XQskr
I'm using Chrome with Gboard on Android 13 and Pixel 7a.
Sep 3 2023
Aug 1 2023
Jul 31 2023
If I remove the ".m" particle from the URL, it's added back automatically (via URL redirection), when browsing Wikipedia in a mobile device.
my experience is that both current Vector (2022) and legacy Vector (2010) show the pencil icon for editing the article lead only, as per screenshots attached.
Jul 28 2023
I'm afraid the pencil icon next to the history link allows editing only the lead section in Vector. Unless some of my settings are interacting badly.
Got it, thanks! Any chance it might make its way into the Vector skin?
Thanks for adding this! I can't make the new edit button appear, though. I've already changed the skin from Vector 2022 to MinervaNeue and confirmed the advanced mode was selected. Am I missing something?
Jul 21 2023
@DLynch: here's my screenshot showing the two links for editing the lead only (not the whole article).
My user preferences are:
- Appearance: Skin: Vector 2022
- Editing: "Use the wikitext mode inside the visual editor, instead of a different wikitext editor." enabled.
I see the same as you only in an incognito browser tab.
just to emphasize the "edit lead section" currently shows up duplicated, while the "edit this page" is missing.
Jul 16 2023
Jun 6 2023
Jun 1 2023
Thanks @Aklapper. Not sure if this kind of display should not be avoided, if possible?
May 12 2023
the issue is also present in talk pages.
May 2 2023
May 1 2023
Apr 30 2023
Apr 24 2023
screenshot 1 (mobile browser) displays the untitled link correctly, as "<sup>[4]</sup>[1]".
Apr 23 2023
Jan 30 2023
Understood, thank you for the clarification. For the record, the display discrepancy does not involve the desktop version, it's actually between the website mobile version and the native mobile app. Maybe the website mobile version needs to follow the same design principle, for consistency.
Jan 23 2023
I'm afraid such inconsistency in display across app vs. browser might drive editors away from tables, recasting important information in the form of lists, for example.
In T327612#8550536, @Aklapper wrote:Hi, why should long tables on small screens not be collapsed by default? What's the incentive? I don't see a bug here...
Jan 19 2023
if you have any recommended changes to the pt template, I can volunteer to modify it; maybe in a test template first.
I'm afraid we're still seeing this issue at pt.wp, for example:
https://pt.wikipedia.org/wiki/Corregedor_%28Portugal%29
Jan 13 2023
Jan 10 2023
thanks all, I should have tested on an incognito tab.
Jan 9 2023
I've tried creating a redirect "Ebc" to the existing dab "EBC":
https://en.wikipedia.org/w/index.php?title=Ebc&redirect=no
Now, searching for "Ebc" correctly produces EBC as the first hit.
However, searching for "ebc" still produces EBCDIC.
Is it a side effect of the inability to create pages with a lowercase initial?
Since lowercase is the default keyboard setting for most users,
I still think a denormalization would improve the user experience.
Would it be terribly expensive to create all-lowercase shadows of every term?
Although it'd duplicate the memory requirements, it's still the same order of magnitude.
Jan 8 2023
Jan 1 2023
Oct 12 2022
Jul 12 2022
May 14 2022
Feb 14 2022
could this help?
https://www.wikidata.org/wiki/Wikidata:Structured_Categories
Jan 23 2022
Sep 19 2021
In T259622#6736621, @apaskulin wrote:Hi @Fgnievinski, Yes the configuration can be customized for each Wikipedia language
Aug 18 2021
Jan 10 2021
Thanks for this. Would it be possible to apply different a configuration for each Wikipedia language?
Dec 31 2019
Maybe this issue has already been fixed as part of T172686?
Sep 11 2015
Would you mind elaborating why this is low priority? I looked at Trello but couldn't find any rationale. In the desktop, categories are a first-class navigational feature. Thanks.
just to emphasize that with the merger of task T87878 here, this feature request applies to both mobile website and app.
Aug 11 2015
In T108761#1529863, @Krenair wrote:WFM. What browser are you using?
Jan 29 2015
Categories normally are displayed at the bottom of an article page, as in in the desktop website version.