Loop during reading data from connect.mozilla.org discussion URL
Categories
(WebExtensions :: Untriaged, defect)
Tracking
(Not tracked)
People
(Reporter: td47, Unassigned)
Details
Attachments
(1 file)
|
19.10 KB,
application/vnd.openxmlformats-officedocument.wordprocessingml.document
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/113.0
Steps to reproduce:
Went to look at the previously used tab:
https://connect.mozilla.org/t5/discussions/an-article-or-blog-about-sites-supportig-gpc-would-be-useful/td-p/31731
Actual results:
Continuous Looping on reading data from URL page.
Expected results:
Normal completion of data load.
NOTE: the initial file attached is an MS Word docx file containing an INSPECT with console log when the first loop was seen. I am unsure if this contains relevant information to be useful, as it shows a lot of Mozilla.css style property errors. The additional file is from a profile performance log run during the second occurrence later on. Hopefully this will prove more useful. Here is the link for that:
https://share.firefox.dev/3o9XwEf
|
||
Comment 1•3 years ago
|
||
OK
|
||
Comment 2•3 years ago
|
||
Moving this to Core but Im not sure its the right component for it, maybe one of our devs can take a look and might know what is causing it. Could Networking be a more suitable component for this issue ?
|
||
Comment 3•3 years ago
|
||
(In reply to Tony Davis from comment #0)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/113.0
Steps to reproduce:
Went to look at the previously used tab:
https://connect.mozilla.org/t5/discussions/an-article-or-blog-about-sites-supportig-gpc-would-be-useful/td-p/31731Actual results:
Continuous Looping on reading data from URL page.
Expected results:
Normal completion of data load.
Could you try disabling any extensions you may have on and checking if the issue still remains?
The profiler log seems to indicate that this issue might be coming from the Malwarebytes Browser Guard extension blocking requests from being handled.
|
Reporter | |
Comment 4•3 years ago
|
||
Thanks for reveiwing the profiler. I just got this problem reproduced again, and I disabled the Browser Guard extension. It still happened again after that, so I took another profiler performance trace. Unfortunately, the profiler creation tab crashed.
I tried a RESTORE TAB from the crash UI, but it created a blank one, and NOT the profile tab. I then enabled the Browser Guard, and retested. This time there was NO loop, and I can only see 2 items blocked by BG. These are: [www.GoogleTagManager.com], and [s7.addthis.com] so I would be very surprised if it was these 2 items. When the problem hits, I DO notice that the block count in BG goes from 2 to 3, BUT then I cannot even open the BG GUI to look what the third item is.
If it is your firm belief that it IS BG causing the issue, do you have any useful info from the profile uploaded (especially a blocking URL), that I could report to MalwareBytes BG support section, to help them to know where to concentrate their diagnostic efforts into the source of the interference and loop. Thanks.
|
||
Comment 5•3 years ago
|
||
Hello,
I tried reproducing the issue on the latest Nightly (115.0a1/20230601214808), Beta (114.0/20230601151220) and Release (113.0.2/20230522134052) under Windows 10 x64, but I’m not sure of the results I’ve obtained.
As per the comments in the report, I installed Malwarebytes Browser Guard and then I accessed https://connect.mozilla.org/t5/discussions/an-article-or-blog-about-sites-supportig-gpc-would-be-useful/td-p/31731.
Initial page loading was fairly quick and the “throbber” on the tab stopped moving after a few seconds.
I then closed the tab and reopened it via “Reopen Closed Tab” and the “throbber” this time took a lot longer to stop moving. (1)
I repeated the above action with the extension disabled and I did notice some improvement in the time the “throbber” kept moving. It was about half of what it was at (1).
However, there was no infinite looping and the data loaded eventually in all cases.
Do you have any other extensions enabled that may be influencing this?
|
|
Reporter | |
Comment 6•3 years ago
|
||
I can confirm that Browser Guard is the ONLY active extension. In the original profile debug uploaded for this reported bug, are you able to let me know what the 3 URLS are that might be in the active Browser Guard at the time (as it was a hung tab, and I was not able to load the BG GUI).
Thanks.
|
||
Comment 7•3 years ago
|
||
(In reply to Tony Davis from comment #4)
Thanks for reveiwing the profiler. I just got this problem reproduced again, and I disabled the Browser Guard extension. It still happened again after that, so I took another profiler performance trace. Unfortunately, the profiler creation tab crashed.
Can you please confirm if using a clean profile without any extensions reproduces the same behavior?
|
||
Comment 8•3 years ago
|
||
(In reply to Tony Davis from comment #0)
Created attachment 9333870 [details]
CONNECT MOZILLA ORG HANGS AND LOOPS.docx
NOTE: the initial file attached is an MS Word docx file containing an INSPECT with console log when the first loop was seen. I am unsure if this contains relevant information to be useful, as it shows a lot of Mozilla.css style property errors.
There is nothing useful in there. These are just developer warnings about a stylesheet from the website you're visiting.
The additional file is from a profile performance log run during the second occurrence later on. Hopefully this will prove more useful. Here is the link for that:
https://share.firefox.dev/3o9XwEf
I see that the extension process is very busy, and that there are many delayed image requests delayed by 40+ seconds. Furthermore, considerable time is spent waiting for the Malwarebytes addon to do something with the request before unblocking the request, plus time spent on garbage collection.
|
|
Reporter | |
Comment 9•3 years ago
|
||
Rob Wu [:robwu] thanks for the extra information. Based on that, I have raised a support ticket with Malwarebytes. I noticed that there was a DEBUG LOGS option for Browser Guard, so I set that on and reproduced the problem, and ran their FRST suport tool, to gather logs and other diagnostics, and transfer it to MalwareBytes support, and link it to the ticket. I will report back to confirm that it is a problen with that extension, when I get feedback.
Tomislav Jovanovic :zombie I tried it with the B.G. extension inactive, BUT, as the browser tends to hang, there is always a possiblity that it does NOT get deactivated straight away, as I am getting notifications of FF still running when it should have shut down. I think when the tab abd B.G. hangs, I really need to reboot and ensure it is disabled (i.e. not hanging around im memory as a ghost process) before testing. I will let you know what MalwareBytes report. NOTE: I tried it on FF Nightly, and cannot reproduce the issue, so it does look like a Browser Guard bug.
|
|
Reporter | |
Comment 10•3 years ago
|
||
FYI: I received information back from MalwareBytes support, regarding the Browser Guard extension giving this problem. I sent the BG debug logs, which they sent to the developers, and they suggested using the SUPPORT option (inside the 3-dots UI), and selecting "Factory Reset". This probably initializes any internal counters and databases, and DOES appear to have fixed this issue.
Please close as not a Firefox issue.
Many thanks to all concerned, for pointing me in the right direction, and helping to find the cause of this.
I am hoping that the Browser Guard developers will put more defensive code in their product, to prevent usability issues like this, when internal databases get corrupted.
|
|
||
Comment 11•3 years ago
|
||
Thanks for trying things, please let us know if something similar happens again.
Description
•