https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
Jon changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #38 from Andyrom75 ---
I hope that it would be rethink. In my opinion all the red links should be
shown by default. In case, through a specific gadget, who doesn't won't to deal
with red link would be able to transform them into pla
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
Florian changed:
What|Removed |Added
CC||florian.schmidt.welzow@t-on
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
Andyrom75 changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #35 from Jon ---
The original issue with sup elements is fixed. The conversation and title are a
little confusing, hence why this was closed.
Tracking bug would be more useful (I think one already exists but I can't find
it)
--
Y
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
Maryana Pinchuk changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
Jon changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #34 from Jon ---
The bug o
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #33 from Quim Gil ---
(In reply to comment #31)
> Where are we at right now?
I have my mobile browser in Experimental mode, and this morning I saw a red
link for the first time ever. I clicked, and the mobile editor opened with a
b
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #32 from Jon ---
Redirect to: https://m.mediawiki.org/wiki/Mobile_Web/New_page_creation
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #31 from Ryan Kaldari ---
I don't understand why this bug includes a huge discussion on whether or not we
should turn on red links in stable. We have an established workflow for
experimental features on mobile:
1. Design the experim
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #30 from Jon ---
FYI once a Wikimedia wiki or any wiki with caching enables such a setting there
is no going back. The red links will stay until the cache clears.
--
You are receiving this mail because:
You are the assignee for th
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #29 from Jon ---
A patch that adds a global to enable red links and defaults it to true would be
much appreciated for the 3rd party use case. Wikimedia wiki's can override this
to false while we explore this more at Steven suggests.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #28 from Quim Gil ---
(In reply to comment #27)
> I think you mean [en] wikipedia. Most of wikimedia does not use drafts.
I know, but more Wikimedia wikis share the circumstance of high rates of new
pages being deleted, causing fru
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #27 from Bawolff (Brian Wolff) ---
I think you mean [en] wikipedia. Most of wikimedia does not use drafts.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #26 from Quim Gil ---
This is another report where a MediaWiki functionality (in this case
MobileFrontend functionality) is conditioned by a Wikimedia-specific situation.
Quick reverts for page creation and the Drafts namespace are
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #25 from Steven Walling ---
(In reply to comment #23)
> If there's any rush, it's to restore behavior that's existed since the dawn
> of
> Wikipedia. :-) Red links are a pretty crucial part of the site interface.
>
> The user expe
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #24 from Bawolff (Brian Wolff) ---
(In reply to comment #22)
> "click here to do X" is so 1990s web. We should be moving away from that too.
> Link labels should be more meaningful dont you think?
Oh i certainly dont disagree. Howe
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #23 from MZMcBride ---
(In reply to comment #20)
> What's the rush? If someone clicks a red link and then tries to create an
> article on mobile and has a bad experience will that user ever try creating
> one again?
If there's any
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #22 from Jon ---
"click here to do X" is so 1990s web. We should be moving away from that too.
Link labels should be more meaningful dont you think?
--
You are receiving this mail because:
You are the assignee for the bug.
You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #21 from Bawolff (Brian Wolff) ---
> I really would challenge us to think outside the box here. First experiences
> are so important yet we seem to forget this in this piece of software.
Having text like "click here to do X" w
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #20 from Jon ---
Is the desktop behaviour correct? I'm not so sure... otherwise why create
drafts?
What's the rush? If someone clicks a red link and then tries to create an
article on mobile and has a bad experience will that user
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #19 from MZMcBride ---
(In reply to comment #17)
> "We" being the Wikipedia editors? Are they aware about this possibility? I
> think it would be good to contact the big communities (tech-ambassadors?) and
> get them involved just i
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #18 from Bawolff (Brian Wolff) ---
> "We" being the Wikipedia editors? Are they aware about this possibility? I
> think it would be good to contact the big communities (tech-ambassadors?) and
> get them involved just in case. For re
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
Quim Gil changed:
What|Removed |Added
CC||q...@wikimedia.org
--- Comment #17 from Qui
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #16 from Jon ---
Since new page creation is enabled in (just no red links) it would be a good
idea to check if any pages have been created via mobile so far and if so run
some checks to see if they were any good / did they get rever
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
MZMcBride changed:
What|Removed |Added
Keywords||easy
--- Comment #15 from MZMcBride ---
(
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #14 from Jon ---
I dont really care what the bug name is to be honest. To fix all the issues
related to this whether it be for recent changes or sup links the real way to
fix it is to enable red links and stop the hacky formatter st
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
Kunal Mehta (Legoktm) changed:
What|Removed |Added
Summary|Enable red links on stable |Enable red links on stable
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
--- Comment #12 from Steven Walling ---
(In reply to comment #11)
> I've updated the bug summary to hopefully be more accurate.
I've updated the bug summary to remove your crude and intentional use of
unnecessary adjectives.
The solution we
https://bugzilla.wikimedia.org/show_bug.cgi?id=55500
Steven Walling changed:
What|Removed |Added
Summary|MobileFrontend |Enable red links on stable
30 matches
Mail list logo
