886875 - After animation <td> background is cropped around text

Status: RESOLVED WORKSFORME

(Core :: Graphics: Layers, defect)

Description

[Jan Skrasek]

Attachment: td_background.png

User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:25.0) Gecko/20130625 Firefox/25.0 (Nightly/Aurora)
Build ID: 20130625031238

Steps to reproduce:

Go to https://is.muni.cz/osoba/373816
Hover the box with collapsed study, it gets animated & opened.


Actual results:

I see blue <td> background cropped around text.
After repaint it's ok.


Expected results:

Background should be filled solid over all the cell space.

Comment 1

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

(In reply to Jan Skrasek from comment #0)
> Hover the box with collapsed study, it gets animated & opened.

What's "the box with collapsed study"?

Comment 2

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Oh, I guess it's the box with the text "FI B-AP Aplikovaná informatika, bakalářský studijní program, 2013 (úspěšně abs.)".

Comment 3

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Anyway, it works for me on a nightly on Linux.

Comment 4

[Jan Skrasek]

Yes, it's the "FI B-AP Aplikovaná informatika, bakalářský studijní program, 2013 (úspěšně abs.)". Sorry for pasting localized link.

Anyway, the attached screenshot shows the glitch.

Adapter Description             NVIDIA NVS 4200M
Adapter Description (GPU #2)    Intel(R) HD Graphics 3000
Adapter Drivers                 nvd3dumx,nvwgf2umx,nvwgf2umx nvd3dum,nvwgf2um,nvwgf2um
Adapter Drivers (GPU #2)        igdumd64 igd10umd64 igd10umd64 igdumd32 igd10umd32 igd10umd32

Comment 5

[Jan Skrasek]

I extracted a testcase: http://jsfiddle.net/hrach/kfQXZ/2/
It seems to be affected by border-collapse: collapse; Without that it's ok.

Comment 6

[Jan Skrasek]

Attachment: jsFiddle testcase screenshot

Comment 7

[Jan Skrasek]

Ok, I have tested many Fx versions. 3.6.28 is ok, 4.0.0 is bad.

Comment 8

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Attachment: testcase from jsFiddle

for the permanent record

Comment 9

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Would be useful to have:
 * somebody else confirm this on Windows
 * regression window from nightlies for the 3.6/4.0 range

Comment 10

[Alice0775 White]

*Inactivation browser window helps.
*Disable layer acceleration(layers.acceleration.disabled=true) helps.

Comment 11

[Alice0775 White]

Regression window with force d2d & layer enabled
user_pref("gfx.font_rendering.directwrite.enabled",true);
user_pref("mozilla.widget.render-mode", 6);
user_pref("layers.accelerate-all", true);
user_pref("layers.use-d3d10", true);

Good:
http://hg.mozilla.org/mozilla-central/rev/92339b84d089
Mozilla/5.0 (Windows; Windows NT 6.1; WOW64; en-US; rv:2.0b2pre) Gecko/20100715 Minefield/4.0b2pre ID:20100715145415
Bad:
http://hg.mozilla.org/mozilla-central/rev/e1d7fd5255fd
Mozilla/5.0 (Windows; Windows NT 6.1; WOW64; en-US; rv:2.0b2pre) Gecko/20100715 Minefield/4.0b2pre ID:20100715152722
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=92339b84d089&tochange=e1d7fd5255fd

Triggered by: Bug 564991 - Retain layers and layer contents

Comment 12

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

This seems likely to be related to the weirdness of table background painting, then.  The style change on the table row is changing the rendering of a display item associated with its ancestor (the table).

Comment 13

[(mostly gone) XtC4UaLL [:xtc4uall]]

Confirmed with
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0 ID:20140421162246 CSet: 1c35a9dca8a0 ESR (Optimus, Intel GPU with HWA)

This is WFM against

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0 ID:20140508121358 CSet: 291347b1257b (Optimus, Intel GPU with/without HWA)
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0 ID:20140512030202 CSet: 20ca234fd62b (Optimus, NVidia GPU)