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)

16 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox16 - ---
firefox17 - ---

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
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
Ever confirmed: true
Keywords: regression
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).
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.
(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.
Including bz/roc/cwiis, who may be able to help with next steps.
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
You need to log in before you can comment on or make changes to this bug.