| Summary: | Firefox chokes when selecting text from large files in Cauldron | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Barry Jackson <zen25000> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | fri, marja11, nic, olav, pkg-bugs, thierry.vignaud |
| Version: | Cauldron | Keywords: | NEEDINFO |
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | firefox-45.0.1-3.mga6 | CVE: | |
| Status comment: | |||
|
Description
Barry Jackson
2016-03-15 13:55:15 CET
Can't reproduce with firefox-45.0.1-1.mga6 Does that version work better for you, too? Keywords:
(none) =>
NEEDINFO No - just the same. firefox-45.0.1-3.mga6 Fully updated cauldron. Source RPM:
firefox-45.0-4.mga6 =>
firefox-45.0.1-3.mga6 I don't manage to get firefox to behave unresponsive, but when selecting all (instead of a small part) of the text in your example http://pkgsubmit.mageia.org/uploads/done/cauldron/core/release/20160315100714.tv.duvel.37717/grub2-2.02-0.git10270.3.mga6/build.0.20160315100943.log and trying to paste it in vim, that doesn't work well because (i assume) the clipboard can't handle that. I don't see anything odd about Firefox with top. (Of course, grabbing the file with wget and opening it with vim works perfect!) How many lines of the file did you select? CC'ing all packagers collectively, because FF doesn't have a maintainer, maybe one of them can reproduce the issue Keywords:
NEEDINFO =>
(none) I am trying to select 5 lines - the 'wrote:' lines at the end of a build to get the rpm file names for an advisory. Clicking anywhere on the page causes one core to instantly jump to 100% and mouse clicks are then unresponsive for around 15 seconds. Doing the same in Mageia5 using the same user and /home folder, so the same account and settings works perfectly with no delays or issues. I would test this in Cauldron with a new user, but I have yet to find a way to log in to a graphical plasma session with any but the default user as only one user is ever available in the sddm login dialog, and any typed-in user name always fails auth. Starting Firefox in safe mode with addons disabled makes no difference which is not surprising as I don't really use any addons other than greasemonkey and adblock. I can't reproduce this either in vbox. I first tried with lightdm and xfce then with sddm and plasma. It just worked. I did have some issues with the plasma desktop freezing and then I added a new user and logged in as them in sddm and the desktop was fine. CC:
(none) =>
nic @ Barry Do you see anything odd in a konsole after starting FF from cli and selecting text? Does FF-beta work better? Or upstream FF? (In reply to Marja van Waes from comment #6) > @ Barry > > Do you see anything odd in a konsole after starting FF from cli and > selecting text? > No nothing. It's like wading through treacle trying to select text at the end of a large text file. I just repeated the same exercise in Mga5 and in Cauldron which was to copy a section of the failed build log for python-scipy. In Mga5 I can click-drag across the text to select it and the selected text highlights instantly. In Cauldron it takes around 5 seconds for any highlight to appear. I use the same FF profile in Cauldron as in Mga5 (same home). I will test a new user. > Does FF-beta work better? Or upstream FF? Not tried them yet. Using a new user sync'd to my FF account works fine. Renaming ~/.mozilla in my normal user makes no difference :\ I have firefox-nightly from upstream on up to date cauldron and I do not see this issue. I just copied the full text of Beowulf (Old English version) using click and drag and pasted it in leafpad. It took no time, and there was no lag or increase in CPU usage. It has to be something related to my user, however I have now re-named both: ~\.mozilla and ~/.cache/mozilla with no change, any ideas? A new user is fine. It's knowing what in my existing user is causing this. Odd thing is that with my existing user in Mga5 (same /home folder) the issue does not exist. I just booted into a totally different Cauldron installation again using the same /home and I see exactly the same issue. Maybe a variant of this choking on large text: When i go to http://ftp.acc.umu.se/mirror/mageia/distrib/cauldron/x86_64/media/core/ Firefox use one core fully. Then after some seconds there is a pop up saying there is a problem with script chrome://global/content/bindings/browser.xml:318 Whatever I answer to that dialog i need to forcefully shut down firefox. When i restart firefox i can have it restore all windows and hurry to close that tab before it hangs. You who have problem on large text, do you also see the same problem i describe? Page works OK in chromium. Cauldron current 64bit, Firefox 45.1.0-3.mga6 The test cases in #0 and #3 above are gone, but if you have other examples i can try. Ever confirmed:
0 =>
1 IMO this bug is not severe enough to be critical. It seem to only happen for few people on few pages, and there are other browsers that work in those situations. Severity:
critical =>
normal (In reply to Barry Jackson from comment #10) > It has to be something related to my user, however I have now re-named both: > ~\.mozilla and ~/.cache/mozilla with no change, any ideas? > > A new user is fine. It's knowing what in my existing user is causing this. > Odd thing is that with my existing user in Mga5 (same /home folder) the > issue does not exist. Does it make a difference which DE you use, with your existing user? Maybe it has something to do with gtk+3.0, with a default being overridden or not? (In reply to Marja van Waes from comment #14) > (In reply to Barry Jackson from comment #10) > > It has to be something related to my user, however I have now re-named both: > > ~\.mozilla and ~/.cache/mozilla with no change, any ideas? > > > > A new user is fine. It's knowing what in my existing user is causing this. > > Odd thing is that with my existing user in Mga5 (same /home folder) the > > issue does not exist. > > Does it make a difference which DE you use, with your existing user? > > Maybe it has something to do with gtk+3.0, with a default being overridden > or not? CC'ing Thierry and Olav, because they'll know whether this suggestion makes any sense at all. CC:
(none) =>
olav, thierry.vignaud Firefox always had issues with very big pages. Listing eg core/relese from any mirror will make firefox to hung for quite some time. This happens for years (In reply to Thierry Vignaud from comment #16) > Firefox always had issues with very big pages. > Listing eg core/relese from any mirror will make firefox to hung for quite > some time. This happens for years Sorry for the bad summary. Barjac doesn't have the problem with FF choking when selecting 5 lines (see comment 4 ) in Mga5 or with a new cauldron user. A not-new user with new .mozilla and new .cache/mozilla, but otherwise old home, still has the issue Summary:
Firefox chokes on large text files in Cauldron =>
Firefox chokes when selecting 5 lines from large text files in Cauldron
Barry Jackson
2016-05-31 00:50:43 CEST
Summary:
Firefox chokes when selecting 5 lines from large text files in Cauldron =>
Firefox chokes when selecting text from large files in Cauldron Yes there is no issue at all in a new user. I am in a new user now and it is almost instant. However if I try to copy the "Wrote:..." lines from the end of this page below in my normal user it is impossible due to about 20 second lag when highlighting the text. http://mtf.no-ip.co.uk/pub/linux/barjac/distrib/cauldron/x86_64/log/gnuradio-3.7.9.3-1.mga6.src.rpm/build.0.20160726114825.log Any ideas where the bottleneck may be? (In reply to Barry Jackson from comment #18) > Yes there is no issue at all in a new user. I am in a new user now and it is > almost instant. > > However if I try to copy the "Wrote:..." lines from the end of this page > below in my normal user it is impossible due to about 20 second lag when > highlighting the text. > http://mtf.no-ip.co.uk/pub/linux/barjac/distrib/cauldron/x86_64/log/gnuradio- > 3.7.9.3-1.mga6.src.rpm/build.0.20160726114825.log > > Any ideas where the bottleneck may be? somewhere in your .mozilla ... maybe an add-on or so? Status:
NEW =>
UNCONFIRMED (In reply to Marja van Waes from comment #19) > (In reply to Barry Jackson from comment #18) > > Yes there is no issue at all in a new user. I am in a new user now and it is > > almost instant. > > > > However if I try to copy the "Wrote:..." lines from the end of this page > > below in my normal user it is impossible due to about 20 second lag when > > highlighting the text. > > http://mtf.no-ip.co.uk/pub/linux/barjac/distrib/cauldron/x86_64/log/gnuradio- > > 3.7.9.3-1.mga6.src.rpm/build.0.20160726114825.log > > > > Any ideas where the bottleneck may be? > > somewhere in your .mozilla ... maybe an add-on or so? Did you ever find out what caused it, Barry? Keywords:
(none) =>
NEEDINFO Hi Marja, No, I never found the cause, but I have just repeated the above test (the file is still on my server) and it seems totally fixed. Text selection is now instant. I am using the same Cauldron install which has been updated daily for months, with the same FF profile, so this has been fixed by some update. Closing then :) Resolution:
(none) =>
FIXED |