Closed
Bug 1246854
Opened 9 years ago
Closed 9 years ago
Debug test logs overflow on GTK+2 because of "WARNING: dom.w3c_touch_events.enabled=2 not implemented!"
Categories
(Core :: DOM: Events, defect)
Tracking
()
RESOLVED
FIXED
mozilla47
People
(Reporter: philor, Assigned: kats)
References
Details
Attachments
(2 files)
1.44 KB,
patch
|
Sylvestre
:
review+
philor
:
checkin+
|
Details | Diff | Splinter Review |
58 bytes,
text/x-review-board-request
|
botond
:
review+
Sylvestre
:
approval-mozilla-beta+
|
Details |
Apparently nobody has run a debug build on gtk2 for several months, because bug 1217515 set the pref to autodetect touch event support, and touch event autodetection isn't supported on gtk2, only gtk3, so when we switched beta back to gtk2, we get debug test logs like https://treeherder.mozilla.org/logviewer.html#?job_id=783451&repo=mozilla-beta with a trillion NS_WARNINGS until we overflow the maximum log size.
Comment 1•9 years ago
|
||
Tracking as it is a critical issue
status-firefox45:
--- → affected
tracking-firefox45:
--- → blocking
Reporter | ||
Comment 2•9 years ago
|
||
Ah, thanks to http://mxr.mozilla.org/mozilla-central/source/testing/profiles/prefs_general.js#49 we only get it in test suites which use a profile, but don't use prefs based on that, which seems to be jsreftests and e10s-reftests.
Reporter | ||
Comment 3•9 years ago
|
||
Make that "everything that's run by the reftest harness", including crashtests and non-e10s reftests, but those two have enough log size headroom to be able to absorb the trillions of warnings without log overflow.
Reporter | ||
Comment 4•9 years ago
|
||
Comment 5•9 years ago
|
||
Comment on attachment 8717302 [details] [diff] [review]
Set the pref to not spew
thanks
Attachment #8717302 -
Flags: review?(sledru) → review+
Assignee | ||
Comment 6•9 years ago
|
||
I think we should actually just drop the warning from dom/events/TouchEvent.cpp and set it to 2 (or just not override it) in the testing harnesses.
Reporter | ||
Comment 7•9 years ago
|
||
Comment on attachment 8717302 [details] [diff] [review]
Set the pref to not spew
https://hg.mozilla.org/releases/mozilla-beta/rev/74179c50c9d1
Attachment #8717302 -
Flags: checkin+
Reporter | ||
Comment 8•9 years ago
|
||
Not spewing certainly seems like the right thing to do, my very first thought about this was "but, doesn't that make gtk2 debug builds completely unusable?" I was just aiming to get a patch landed that would let us run jsreftests and e10s reftests and thus reopen the tree, but we've still got trunk and aurora to fix, and perhaps beta to refix.
Assignee: philringnalda → nobody
Status: ASSIGNED → NEW
status-firefox46:
--- → affected
status-firefox47:
--- → affected
OS: Unspecified → Linux
Hardware: Unspecified → All
Version: 45 Branch → Trunk
Reporter | ||
Updated•9 years ago
|
Severity: blocker → normal
Comment 9•9 years ago
|
||
(In reply to Kartikaya Gupta (email:kats@mozilla.com) from comment #6)
> I think we should actually just drop the warning from
> dom/events/TouchEvent.cpp
Do you mean just for GTK2, or in general?
Assignee | ||
Comment 10•9 years ago
|
||
In general. For platforms that don't support touch events we can just "autodetect" false. Just like how for b2g/android we "autodetect" true at https://dxr.mozilla.org/mozilla-central/rev/584870f1cbc5d060a57e147ce249f736956e2b62/dom/events/TouchEvent.cpp#185
Comment 11•9 years ago
|
||
I thought the point of the warning was that we had some platforms where we *could* auto-detect, it just isn't implemented, but perhaps there are no such platforms.
Just to be clear - with the change to logging, this stops being a blocker?
Reporter | ||
Comment 13•9 years ago
|
||
Right, that wasn't an accidental change of severity. It is no longer a blocker for 45, it will next become a blocker when we don't do anything on aurora, merge aurora to beta, and then decide yet again to punt on shipping gtk3 at 7pm minutes before going to build with a beta.
Assignee | ||
Comment 14•9 years ago
|
||
Stealing
Assignee: nobody → bugmail.mozilla
Component: Widget: Gtk → DOM: Events
Assignee | ||
Comment 15•9 years ago
|
||
Review commit: https://reviewboard.mozilla.org/r/34789/diff/#index_header
See other reviews: https://reviewboard.mozilla.org/r/34789/
Attachment #8718898 -
Flags: review?(botond)
Assignee | ||
Comment 16•9 years ago
|
||
Since this also called so often, I tried making the code use gfxPrefs instead of Preferences, but that crashed on startup because it gets invoked before gfxPlatform is initialized and so before gfxPrefs is set up.
Comment 17•9 years ago
|
||
Comment on attachment 8718898 [details]
MozReview Request: Bug 1246854 - Remove unnecessary warning. r?botond
https://reviewboard.mozilla.org/r/34789/#review31415
Please add a comment at https://dxr.mozilla.org/mozilla-central/rev/576a6dcde5b68c2ea45324ed5ce1dabb7d833d09/modules/libpref/init/all.js#4644 saying "auto-detect is currently only supported on Windows and GTK3".
Attachment #8718898 -
Flags: review?(botond) → review+
Comment 18•9 years ago
|
||
Reporter | ||
Comment 19•9 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla47
Assignee | ||
Comment 20•9 years ago
|
||
Does this need uplifting to 46? I'm assuming not but I don't know what the state of gtk3 is. Please flip status-firefox46 to wontfix if we don't need it uplifted.
Flags: needinfo?(philringnalda)
Reporter | ||
Comment 21•9 years ago
|
||
I would assume it does need uplifting, unless you want to have local (or third-party automation) gtk2 builds be unable to sanely run reftests and then have sudden permaorange if relman yet again decides at the last second to not ship gtk3 like they have twice already.
Flags: needinfo?(philringnalda)
Assignee | ||
Comment 22•9 years ago
|
||
Comment on attachment 8718898 [details]
MozReview Request: Bug 1246854 - Remove unnecessary warning. r?botond
Approval Request Comment
[Feature/regressing bug #]: bug 1217515
[User impact if declined]: tests possibly failing on debug builds due to log overflowing with NS_WARNING. No user-visible impact since NS_WARNING does nothing in opt builds. See philor's above comment.
[Describe test coverage new/current, TreeHerder]: covered by automated tests
[Risks and why]: low risk, just removing a NS_WARNING
[String/UUID change made/needed]: none
Attachment #8718898 -
Flags: approval-mozilla-beta?
Comment 23•9 years ago
|
||
Comment on attachment 8718898 [details]
MozReview Request: Bug 1246854 - Remove unnecessary warning. r?botond
Match the 45 release, taking it.
Should be in 46 beta 5
Attachment #8718898 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Assignee | ||
Comment 24•9 years ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•