Closed Bug 944508 Opened 10 years ago Closed 10 years ago

Wired continuously redirects

Categories

(Web Compatibility :: Site Reports, defect)

Other
Android
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 881487

People

(Reporter: blassey, Unassigned)

References

()

Details

(Whiteboard: [mobile-compat-form] [js] [country-all])

Site: http://www.wired.com/design/2013/11/a-thanksgiving-scene-made-entirely-out-of-folded-paper/#slideid-343321
Wired continuously redirects

:: Steps To Reproduce

1.
2.
3.
...

:: Expected Result

shouldn't be required

:: Actual Result

shouldn't be required

:: Additional Information

Software Version: Nightly (28)
Device Information: Nexus 5
Reporter's User Agent: Mozilla/5.0 (Android; Mobile; rv:28.0) Gecko/28.0 Firefox/28.0
Brad, 

What is the issue?
1. With Firefox Android 
2. Go to http://www.wired.com/design/2013/11/a-thanksgiving-scene-made-entirely-out-of-folded-paper/#slideid-343321
3. Wait, the page load displays a photo and then reload itself again.

There's a bit of JavaScript which is visible at the top of the viewport.
All the images are displayed side by side in the top gallery.
A double tap doesn't resize the content to the full viewport.


On Opera Mobile Android the site seems to be ok, not perfect, but ok.

PS: wired shows a lot of issues on Firefox Android.
http://arewecompatibleyet.com/#list:custom:wired.com
Status: UNCONFIRMED → NEW
Ever confirmed: true
fwiw, there is a similar issue of long downloads on Safari iOS.
Whiteboard: [mobile-compat-form] → [mobile-compat-form] [js] [country-all]
Hallvors, 
when you have time, could you try to see where it breaks. Though I doubt there is only one issue. 

Also http://arewecompatibleyet.com/#list:custom:wired.com
Flags: needinfo?(hsteen)
initializeGallery() calls loadFirstSlide() which calls showNewSlide() - this sets location.hash and for inexplicable reasons Gecko decides to reload the page. It certainly shouldn't..
Flags: needinfo?(hsteen)
(BTW - the stray JS code that appears in the page is because mobify.js contains some </script> tags that are not escaped (should be <\/script>) - normally this wouldn't be an issue in an external .js file but these tags get inserted with document.write or someting, and suddenly you have a problem. I note that they are using a somewhat outdated version of Mobify.js - it's 1.1)
There you go - it's a known issue! Bug 881487
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Product: Tech Evangelism → Web Compatibility
Component: Mobile → Site Reports
You need to log in before you can comment on or make changes to this bug.