Closed Bug 1399349 Opened 7 years ago Closed 7 years ago

stylo: thread '<unnamed>' panicked at '<html...> has still dirty bit true or animation-only dirty bit true'

Categories

(Core :: CSS Parsing and Computation, defect, P2)

Product:
Core
Component:
CSS Parsing and Computation
Version:
57 Branch
Type:
defect

Tracking

()

Status:
RESOLVED DUPLICATE of bug 1397057
Tracking Flags:
Tracking Status
firefox56 --- unaffected
firefox57 --- fixed

People

(Reporter: bc, Assigned: hiro)

References

(
URL
)

Details

(Keywords: assertion, regression)

Attachments

(2 files)

Debug Log
133.73 KB, text/plain
Details
weebly2.tar.bz2
6.25 MB, application/x-bzip
Details
Attached file Debug Log —
[Tracking Requested - why for this release]: regression 1. https://www.weebly.com/editor/main.php 2. thread '<unnamed>' panicked at '<html id=landing-page-home class="wf-effra-n4-active wf-effra-i4-active wf-effra-n7-active wf-effra-n3-active wf-effra-i3-active wf-effra-n5-active wf-effra-n9-active wf-brandongrotesque-n7-active wf-brandongrotesque-i7-active wf-brandongrotesque-n5-active wf-brandongrotesque-i5-active wf-active"> (0x1ffab11aa60) has still dirty bit true or animation-only dirty bit true', Z:/build/build/src/servo/ports/geckolib/glue.rs:3429 Windows Nightly 57 debug only.
Hiro, can you have a look?
Flags: needinfo?(hikezoe)
Priority: -- → P2
Summary: thread '<unnamed>' panicked at '<html...> has still dirty bit true or animation-only dirty bit true' → stylo: thread '<unnamed>' panicked at '<html...> has still dirty bit true or animation-only dirty bit true'
Assignee: nobody → hikezoe
I didn't see any panic on the site. On IRC, Bob told me that the panic happens only on Windows. Also the site shows me it in Japanese from here in Japan. I guess the site controls generated HTML depending on OSes or countries.
Flags: needinfo?(hikezoe)
This does occur in Linux as well. I missed it hiding behind the mozalloc_abort.
Bob told me on IRC that the panic happened after redirecting to login page. But I don't see the panic yet. In my case the redirected page is 'https://www.weebly.com/jp?session-expired=1&redirect=main.php#login', so it must be different from what Bob is seeing.
Attached file weebly2.tar.bz2 —
wget saved version reproduces for me on Fedora 26 with a fresh Nightly debug build. fwiw, I am also redirected to https://www.weebly.com/ca?session-expired=1&redirect=main.php#login
Great! I can see the panic locally! Thanks!
Last night I did actually reproduce the panic locally, but I can no longer see the panic this morning on autoland. I think Emilio fixed this as usual?
I can no longer reproduce either with local builds on linux mozilla-central build from https://hg.mozilla.org/mozilla-central/rev/e5f80a639bfe68b68693a5be610f9d36b6c5ad00 nor in bughunter's vms.
See Also: → 1399667
The panic has been fixed by bug 1397057, but I am not quite happy about that. It seems to me that bug 1397057 just hid a problem. We should definitely know what's going on there and why the dirty bits remained. Filed bug 1399667.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Resolution: FIXED → DUPLICATE
(In reply to Hiroyuki Ikezoe (:hiro) from comment #9) > The panic has been fixed by bug 1397057, but I am not quite happy about > that. *about the fact that the bug fixed this panic*
Note that a surprise thing is that the panic does not happen if OMTA is disabled. I have no idea why.
The duplicate is fixed in 57, not tracking.
tracking-firefox57: ? → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: