Closed
Bug 776643
Opened 12 years ago
Closed 12 years ago
Rendering problems while editing a task on Wunderlist on Aurora 16.0a2 with Hardware Acceleration enabled (Windows 7 x64)
Categories
(Core :: Graphics: Layers, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: petersaints, Unassigned)
References
Details
(Keywords: regression)
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 Build ID: 20120723042009 Steps to reproduce: - Went to Wunderlist.com (http://www.wunderlist.com/) - Logged in (if I wasn't logged in already) - Edited or Created a Task Actual results: - The creation of a task (also on edit) doesn't show the input box correctly. It remains blank (or with the current text if I'm editing), even tough if you type and press enter the task is saved (but the overall page doesn't behave right the way it should). What happens can be seen in the following link (in fact nothing happens... that's the problem): http://d.pr/i/H3JY I was also able to pin point that it is Hardware Acceleration related. It works ok with HWA off or wth HWA on and with layers.prefer-opengl=true. Also it doesn't happen on Firefox 14 and Firefox 15b1 with the default HWA settings. Expected results: - Once I click on the input box for a new task (or double click an existing task) I should be able to see the input box and input text. What should have happened is this (on Firefox 14): http://d.pr/i/KgOO But even this is not exactly what should have happened. In Chrome the input box is expanded to cover all the width of the task list, allowing to see and type longer text easily. In Firefox the input box seems to have a fixed size like in the picture below. On Chrome it looks like this: http://d.pr/i/u3iA
Comment 1•12 years ago
|
||
I can reproduce in Aurora16.0a2 and Nightly17.0a1 * I cannot edit. * When I click checkbox, repaint fails(Graphic glitch occurs) #1 Regression window(m-c) Good: http://hg.mozilla.org/mozilla-central/rev/d254c07f3301 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 ID:20120627151113 Bad: http://hg.mozilla.org/mozilla-central/rev/bf8f2961d0cc Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 ID:20120628010552 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=d254c07f3301&tochange=bf8f2961d0cc #1 Regression window(m-i) Good: http://hg.mozilla.org/integration/mozilla-inbound/rev/06e7df3a8209 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 ID:20120627083614 Bad: http://hg.mozilla.org/integration/mozilla-inbound/rev/7ef9568fbd40 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 ID:20120627084814 Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=06e7df3a8209&tochange=7ef9568fbd40 Suspected: Bug 758620 #2 Progression window(m-c) Bad: http://hg.mozilla.org/mozilla-central/rev/46362775ce79 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 ID:20120630031451 Good: http://hg.mozilla.org/mozilla-central/rev/4c2ddc60f360 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 ID:20120630122952 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=46362775ce79&tochange=4c2ddc60f360 #3 Regression window(m-c) Good: http://hg.mozilla.org/mozilla-central/rev/477d807660d7 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 ID:20120703160501 Bad: http://hg.mozilla.org/mozilla-central/rev/87db9617a885 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 ID:20120704030538 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=477d807660d7&tochange=87db9617a885 bug 539356 fixed the problem, but bug 539356 was backed out. NOTE: The last problem(size of input box) is not recent regression(I can repro in Firefox3.0-15.0beta)
Blocks: 758620
Status: UNCONFIRMED → NEW
tracking-firefox16:
--- → ?
tracking-firefox17:
--- → ?
Ever confirmed: true
Keywords: regression
Reporter | ||
Comment 2•12 years ago
|
||
The problem also happens on AirDroid (http://web.airdroid.com/). It never shows the QR Code on the right side of the page. But if you switch to another tab and then back to AirDroid the tab it works. Maximizing/restoring the browser window also seems to do the trick. This is some kind of problem in repainting the page dynamically (just like Alice0775 White said). @NOTE About the last problem. Yeah! It's completely unrelated. It also happens in IE9 and Opera. I'm really starting to HATE the web these days. Everything looks as if it was only fine tuned for Chrome (or any other WebKit-based browser).
Comment 3•12 years ago
|
||
Looks like bug 539356 is going to be landed again, so I'll wait until after that to evaluate if we need to be tracking here.
Comment 4•12 years ago
|
||
(In reply to Lukas Blakk [:lsblakk] from comment #3) > Looks like bug 539356 is going to be landed again, so I'll wait until after > that to evaluate if we need to be tracking here. Let's track for 16 in the meantime though, since I believe this will require action either way.
Updated•12 years ago
|
Comment 5•12 years ago
|
||
Including bz/roc/cwiis, who may be able to help with next steps.
This works for me on trunk.
Comment 7•12 years ago
|
||
I can confirm that it works in Firefox15.0 , 16Beta, Aurora17.0a2 and Nightly18.0a1 on Windows7 with HWA on.
I guess some other regression fix fixed this.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Updated•12 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•