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)

ARM
Android
defect

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.
tracking-fennec: --- → ?
OS: Linux → Android
Hardware: x86_64 → ARM
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.
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
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)
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.
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.
Component: Networking → Location Bar
Flags: needinfo?(mcmanus)
Product: Core → Firefox
Component: Location Bar → Awesomescreen
Product: Firefox → Firefox for Android
:kbrosnan this applies to desktop Firefox as well, but it happens less there, as I said in comment 1.
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.
filter on [mass-p5]
Priority: -- → P5
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
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.