Closed
Bug 1044323
Opened 10 years ago
Closed 3 years ago
When network isn't available, t.co/foo can change to www.t.co/foo which doesn't work
Categories
(Firefox for Android Graveyard :: Awesomescreen, defect, P5)
Tracking
(fennec+)
RESOLVED
INCOMPLETE
Tracking | Status | |
---|---|---|
fennec | + | --- |
People
(Reporter: samth, Unassigned)
Details
If the network isn't available, and thus t.co doesn't resolve, FF will try www.t.co _and_ change the state of the URL bar to have www. However, the www version doesn't work, and thus the tab state is permanently broken and has to be manually edited to work.
Updated•10 years ago
|
tracking-fennec: --- → ?
OS: Linux → Android
Hardware: x86_64 → ARM
Reporter | ||
Comment 1•10 years ago
|
||
Note that the url bar changes happen on Desktop as well, but it's not nearly as big a problem since network connectively is usually better than on a phone.
Comment 2•10 years ago
|
||
jduell, can you have someone look into this?
tracking-fennec: ? → +
Component: Awesomescreen → Networking
Flags: needinfo?(jduell.mcbugs)
Product: Firefox for Android → Core
Version: Firefox 34 → Trunk
Comment 3•10 years ago
|
||
Patrick, do you have any idea if prepending 'www.' to a URI when it fails is a thing that necko does? I suspect this is higher up in the stack.
Flags: needinfo?(jduell.mcbugs) → needinfo?(mcmanus)
Comment 4•10 years ago
|
||
Hi Jason, I did a quick search about this: http://dxr.mozilla.org/mozilla-central/search?q=browser.fixup.alternate&case=false It's not related to necko, but I think this could be fixed on Android (or any other platform we need) by setting the browser.fixup.alternate.enabled pref to false.
Comment 5•10 years ago
|
||
Also an interesting route - I think we could define the prefix pref as empty string, and this would make the alternate URI being the same as the original URI and thus leading to a retry of the load. Not sure if that's something we should do, but it could be useful in various cases.
Updated•10 years ago
|
Component: Networking → Location Bar
Flags: needinfo?(mcmanus)
Product: Core → Firefox
Updated•10 years ago
|
Component: Location Bar → Awesomescreen
Product: Firefox → Firefox for Android
Reporter | ||
Comment 6•10 years ago
|
||
:kbrosnan this applies to desktop Firefox as well, but it happens less there, as I said in comment 1.
Comment 7•10 years ago
|
||
This is filed as an Android bug. Making a clone of it for desktop seems sensible as each product may want to take the fix separately.
Comment 9•3 years ago
|
||
We have completed our launch of our new Firefox on Android. The development of the new versions use GitHub for issue tracking. If the bug report still reproduces in a current version of [Firefox on Android nightly](https://play.google.com/store/apps/details?id=org.mozilla.fenix) an issue can be reported at the [Fenix GitHub project](https://github.com/mozilla-mobile/fenix/). If you want to discuss your report please use [Mozilla's chat](https://wiki.mozilla.org/Matrix#Connect_to_Matrix) server https://chat.mozilla.org and join the [#fenix](https://chat.mozilla.org/#/room/#fenix:mozilla.org) channel.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•