[Bug 57127] user pref to bypass mobile redirection

2013-12-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127 Jon changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug 57127] user pref to bypass mobile redirection

2013-11-16 Thread bugzilla-daemon
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

[Bug 57127] user pref to bypass mobile redirection

2013-11-15 Thread bugzilla-daemon
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

[Bug 57127] user pref to bypass mobile redirection

2013-11-15 Thread bugzilla-daemon
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

[Bug 57127] user pref to bypass mobile redirection

2013-11-15 Thread bugzilla-daemon
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

[Bug 57127] user pref to bypass mobile redirection

2013-11-15 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127 John Mark Vandenberg changed: What|Removed |Added See Also||https://bugzilla.wikimedia.

[Bug 57127] user pref to bypass mobile redirection

2013-11-15 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127 John Mark Vandenberg changed: What|Removed |Added See Also||https://bugzilla.wikimedia.

[Bug 57127] user pref to bypass mobile redirection

2013-11-15 Thread bugzilla-daemon
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

[Bug 57127] user pref to bypass mobile redirection

2013-11-15 Thread bugzilla-daemon
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

[Bug 57127] user pref to bypass mobile redirection

2013-11-15 Thread bugzilla-daemon
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

[Bug 57127] user pref to bypass mobile redirection

2013-11-15 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127 John Mark Vandenberg changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUP

[Bug 57127] user pref to bypass mobile redirection

2013-11-15 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=57127 Jon changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 57127] user pref to bypass mobile redirection

2013-11-15 Thread bugzilla-daemon
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.