Closed Bug 1297584 Opened 9 years ago Closed 9 years ago

ff invalidates win on scroll,addr bar

Categories

(Firefox :: Untriaged, defect)

Product:
Firefox
Component:
Untriaged
Version:
48 Branch
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: jmichae3, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.0; rv:48.0) Gecko/20100101 Firefox/48.0 Build ID: 20160726073904 Steps to reproduce: ff invalidates window on [scroll | address bar | address bar losing input] when computer is slow such as during big file and dir copies. close OK dialog which invalidates screen again or click on ff window client. Actual results: too many unnecessary screen or window invalidates, which causes app slowdown redrawing everything on the screen when only a part needs it. Expected results: invalidate client only, not desktop, not screen, etc. https://msdn.microsoft.com/en-us/library/dd162899(v=vs.85).aspx is a list of some of the functions involved in windows.
Firefox: 48.0.2, Build ID 20160823121617 User Agent: Mozilla/5.0 (Windows NT 6.0; rv:48.0) Gecko/20100101 Firefox/48.0 Hi Jim, I have tested this issue on the latest Firefox (48.0.2) and latest Nightly (51.0a1 - 20160828030602) build I could not reproduce the issue. I have copied a ~1 Gb directory and a 1.1 Gb file and opened 5 different tabs in Firefox. But I was able to scroll and use the address bar from the browser. What exactly do you mean with "too many unnecessary screen or window invalidates"? Can you please retest this using latest Firefox release or latest Nightly build (https://nightly.mozilla.org/) and report back the results ? When doing this, please use a new clean Firefox profile, maybe even safe mode, to eliminate custom settings as a possible cause (https://goo.gl/PNe90E).
Flags: needinfo?(jmichae3)
Considering the fact that I cannot reproduce this and the fact that the reporter did not answered to my request until now, I will mark this as Resolved-Worksforme. If anyone can still reproduce it, feel free to reopen the issue and provide more information.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
as in 2-for-1 or 12-for-1 deals. 12 repaints for only one needed invalidate for changing the address bar. it may be because the whole client window is not a set of windows controls but instead drawn graphics in a class for a GUI control. if this is the case, it could invalidate the whole window with a hair-trigger. not sure about wxwidgets on this.
I am not going to use a nightly until that nightly has a tab saver and restorer. and by the way, my windows once closed do not come back with those nice tabs...
folks, it takes a bugged down box to do this. if your cpu cooler is up to handling full burn (don't do this with linux, cpu will probably pop I suggest a corsair 500w or better case and h115i if it's a 150W processor), use prime95 in cpu burn mode to make the cpu slow. the OS will be chasing down a thread it can use for itself and so will the browser. it's a good simulator, but again, it can pop an expensive cpu if pc is not properly outfitted. the other method is to start about 5 long-running disk processes like finding 5 files in separate windows explorers or [windows-logo-flag-key]-R cmd /c "dir/s/b c:\" [Enter] the disk interrupt doesn't seem to be multithreaded in some windows drivers, so it stops the whole OS waiting for the disk.
control panel, power, cpu, reducing max cpu usage down to 50% should keep things safe for full burn in most cases except for a 220W cpu like the gen4 intel processors maybe. mondo heat goes along with that Wattage.
RE: comment#5, I don't think I properly reported on this bug as explicitly as I could have. looking back on it, I cannot figure out what the problem was either. and I don't have a vista or xp box anymore. ff gets slow when the machine gets slow. problem is, it gets even slower with 30 tabs on 32-bit.
Flags: needinfo?(jmichae3)
You need to log in before you can comment on or make changes to this bug.