https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
Jon changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
--- Comment #10 from Jon ---
The problem here is the only way to bypass the redirect to my knowledge is to
use a cookie. The way the switch to desktop mode is /supposed to work/ is to
store a cookie that lives until you switch back to mobile. I
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
--- Comment #9 from MZMcBride ---
(In reply to comment #8)
>> There are also possible common ground solutions like a hidden user
>> preference. Clicking the link at the bottom could use one of those for
>> persistence, perhaps.
>
> That would
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
--- Comment #8 from John Mark Vandenberg ---
(In reply to comment #7)
> Based on the answer to this question, it might be easier to consider possibly
> adding a user preference. But any user preference is expensive: it adds to
> user interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
--- Comment #7 from MZMcBride ---
I think it would help to have a higher level view of the issue: at what level
do we want mobile detection to happen and on what should we base whether to
auto-redirect (I think we currently use User-Agent, mayb
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
John Mark Vandenberg changed:
What|Removed |Added
See Also||https://bugzilla.wikimedia.
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
John Mark Vandenberg changed:
What|Removed |Added
See Also||https://bugzilla.wikimedia.
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
--- Comment #6 from John Mark Vandenberg ---
This bug is for the non-trivial and probably somewhat controversial user pref.
I dont have time or interest in why MobileFrontend wants to redirect me to the
mobile site all the time. IMO it should
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
--- Comment #5 from MZMcBride ---
(In reply to comment #4)
> * why the Android Google Chrome can't seem to keep the user preference.
Whoops, this is ambiguous. I mean selecting the 'desktop version' link in
MobileFrontend. This sets an HTTP co
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
--- Comment #4 from MZMcBride ---
(In reply to comment #0)
> MediaWiki Mobile has an option to switch to Desktop, which I read uses a
> cookie to keep that setting for 30 days. In my experience, this isnt working
> properly, but I havent had t
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
John Mark Vandenberg changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUP
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
Jon changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127
--- Comment #1 from Bingle ---
Prioritization and scheduling of this bug is tracked on Mingle card
https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1420
--
You are receiving this mail because:
You are the assignee for the bug.
13 matches
Mail list logo