Closed Bug 1362852 Opened 8 years ago Closed 8 years ago

Get stuck on "Transferring data from addons-discovery.cdn.mozilla.net". Page loading does not complete

Categories

(Core :: Audio/Video: Playback, defect)

55 Branch
x86
Windows 10
defect
Not set
normal

Tracking

()

VERIFIED FIXED
Tracking Status
firefox54 --- unaffected
firefox55 --- verified

People

(Reporter: alice0775, Unassigned)

References

Details

Attachments

(3 files)

Attached image screenshot
Build Identifier: https://hg.mozilla.org/mozilla-central/rev/37a5b7f6f101df2eb292b1b6baaf1540c9920e20 Mozilla/5.0 (Windows NT 10.0; WOW64; rv:55.0) Gecko/20100101 Firefox/55.0 ID:20170507030205 Reproducible: 100% Steps to reproduce: 1. Start Nightly. 2. Open about:addons and wait for page load(spinning tab icon stops and status tooltip disappers). 3. Middle mouse click on reload button so that the page will be duplicated. And wait for page load(spinning tab icon stops and status tooltip disappers). 4. Repeat step 3 in several times Actual Results. Eventually, Get stuck on "Transferring data from addons-discovery.cdn.mozilla.net". Page loading does not complete. Expected Results: The loading of the page should be completed correctly.
Attached file http_log.7z
Http log with set MOZ_LOG=timestamp,rotate:200,nsHttp:5,nsSocketTransport:5
Firefox 54.0b5 seems to be not problem.
Attached file about:suppot
This is probably something similar to 1362821. I will take a look. if you disable network.tcp.tcp_fastopen_enable and it disappears robably it is a same thing. I will take a look at the log. Thanks!
Assignee: nobody → dd.mozilla
Status: NEW → ASSIGNED
Whiteboard: [necko-active]
Regression window: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=6b5f20da8bc90f3145980234cdc488e516c63325&tochange=c612b7357d7bf83de5edd7877f4e4602966b5a1b Regressed by: c612b7357d7b JW Wang — Bug 1347174 - per comment 10, limit the readahead size to prevent cache thrashing. r=cpearce @:jwwang, Could you look this? @:dragana, it seems another bug.
Blocks: 1347174
Flags: needinfo?(jwwang)
Keywords: regression
Component: Networking: HTTP → Networking: Cache
(In reply to Dragana Damjanovic [:dragana] from comment #4) > This is probably something similar to 1362821. I will take a look. > > if you disable network.tcp.tcp_fastopen_enable and it disappears robably it > is a same thing. FYI, setting network.tcp.tcp_fastopen_enable = false does not fix.
Component: Networking: Cache → Audio/Video: Playback
Assignee: dd.mozilla → nobody
Status: ASSIGNED → NEW
Whiteboard: [necko-active]
(In reply to Alice0775 White from comment #2) > Firefox 54.0b5 seems to be not problem. Can you follow the instructions in https://bugzilla.mozilla.org/show_bug.cgi?id=1347174#c8 to change the prefs and see if you can still repro the issue on 54?
Flags: needinfo?(jwwang) → needinfo?(alice0775)
(In reply to JW Wang [:jwwang] [:jw_wang] from comment #7) > (In reply to Alice0775 White from comment #2) > > Firefox 54.0b5 seems to be not problem. > > Can you follow the instructions in > https://bugzilla.mozilla.org/show_bug.cgi?id=1347174#c8 to change the prefs > and see if you can still repro the issue on 54? Yes, I can reproduce the problem on 54.0b5 with set "media.cache_resume_threshold" to 10 and "media.cache_readahead_limit" to 30. https://hg.mozilla.org/releases/mozilla-beta/rev/06bf49fb579575e4813aa54127f67c22964c822b Mozilla/5.0 (Windows NT 10.0; WOW64; rv:54.0) Gecko/20100101 Firefox/54.0 ID:20170504103226
Flags: needinfo?(alice0775)
It turns out that this is not a regression from bug 1347174 but a duplicate of bug 1361756. The change in bug 1347174 just reveals the problem that was already there.
No longer blocks: 1347174
Keywords: regression
See Also: → 1361756
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: