Display artefacts after showing and hiding with CSS

UNCONFIRMED
Unassigned

Status

()

UNCONFIRMED
3 years ago
3 years ago

People

(Reporter: colinthart, Unassigned)

Tracking

40 Branch
x86_64
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: gfx-noted)

Attachments

(5 attachments)

(Reporter)

Description

3 years ago
Created attachment 8653502 [details]
index.html

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:40.0) Gecko/20100101 Firefox/40.0
Build ID: 20150819100600

Steps to reproduce:

I'm attempting to make a collapsible tree menu using pure CSS. The code attached in index.html achieves the functionality that I desire.

Clicking on "One" or "Two" opens the submenu, while clicking again closes it.

Open both submenus, then close "One" first, then "Two."


Actual results:

It leaves artefacts on the canvas.


Expected results:

No artefacts should be left -- after closing both submenus the page should look the same as after initial page load. This is what Chrome does, for example.
(Reporter)

Comment 1

3 years ago
Created attachment 8653503 [details]
Screenshot from 2015-08-26 14:49:09.png

Screenshot showing artefacts left after closing submenus.
(Reporter)

Updated

3 years ago
OS: Unspecified → Linux
Hardware: Unspecified → x86_64

Comment 2

3 years ago
WFM with FF40 on Win 7.

Maybe graphics issue. Do you have HWA enabled?
https://support.mozilla.org/en-US/kb/forum-response-disable-hardware-acceleration

Is it reproducible with a fresh profile?
https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles
Component: Untriaged → Graphics
Flags: needinfo?(colinthart)
Product: Firefox → Core
(Reporter)

Comment 3

3 years ago
(In reply to Loic from comment #2)
> Maybe graphics issue. Do you have HWA enabled?
> https://support.mozilla.org/en-US/kb/forum-response-disable-hardware-
> acceleration
>
> Is it reproducible with a fresh profile?
> https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-
> firefox-profiles

Disabling HW acceleration and restarting makes no difference. It's also reproducible with a fresh profile (with HWA both disabled and enabled).
Flags: needinfo?(colinthart)
Can you attach your about:support? Is it working in other browsers?
Flags: needinfo?(colinthart)
Whiteboard: gfx-noted
(Reporter)

Comment 5

3 years ago
Yes, it's working in Chrome Version 44.0.2403.157 (64-bit) also on Ubuntu 14.04.3 LTS
Flags: needinfo?(colinthart)
(Reporter)

Comment 6

3 years ago
Created attachment 8654075 [details]
about.support.json
(Reporter)

Comment 7

3 years ago
Also reproducible on
Firefox 36.0.3 on Mac OS X
Firefox 38.0 on Ubuntu

I'm not sure of exact OS versions, can get them if absolutely necessary. Will test on Windows at home later.
(Reporter)

Comment 8

3 years ago
Created attachment 8654098 [details]
Skärmklipp 2015-08-28 15.49.56.png

Results of text on Mac OS X.
(Reporter)

Comment 9

3 years ago
(In reply to Colin 't Hart from comment #8)
> Created attachment 8654098 [details]
> Skärmklipp 2015-08-28 15.49.56.png
> 
> Results of text on Mac OS X.

Screenshot of result of *test* on Mac OS X.

Comment 10

3 years ago
Created attachment 8654101 [details]
aboutsupport.txt

Can repro this on a Win10x64 Intel HD5500 machine with a new profile.
Tried enabing/disabling e10s, HWA, APZ, WARP . In all cases, I could repro.
(Reporter)

Comment 11

3 years ago
Strange reproduction on Firefox 40.0.3 on Windows 8.1

The bug reproduces even there, but then the artefacts disappear after a second or so!
You need to log in before you can comment on or make changes to this bug.