Closed Bug 1671487 Opened 4 years ago Closed 4 years ago

Intermittent toolkit/content/tests/browser/browser_datetime_datepicker.js | datepicker x position: 204 should be equal(-ish) to 214 -

Categories

(Toolkit :: General, defect, P5)

defect

Tracking

()

RESOLVED FIXED
84 Branch
Tracking Status
firefox84 --- fixed

People

(Reporter: intermittent-bug-filer, Assigned: sefeng)

References

Details

(Keywords: intermittent-failure, Whiteboard: [retriggered][stockwell needswork:owner])

Attachments

(1 file)

Filed by: nbeleuzu [at] mozilla.com
Parsed log: https://treeherder.mozilla.org/logviewer.html#?job_id=318759741&repo=autoland
Full log: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/QCjERgKtTPqyLQnmZhxZdQ/runs/0/artifacts/public/logs/live_backing.log


[task 2020-10-15T19:01:58.362Z] 19:01:58     INFO - TEST-PASS | toolkit/content/tests/browser/browser_datetime_datepicker.js | "2016-11-27" == "2016-11-27" - 
[task 2020-10-15T19:01:58.362Z] 19:01:58     INFO - Leaving test bound test_datepicker_clicked
[task 2020-10-15T19:01:58.363Z] 19:01:58     INFO - Entering test bound test_datepicker_transformed_position
[task 2020-10-15T19:01:58.363Z] 19:01:58     INFO - Buffered messages logged at 19:01:57
[task 2020-10-15T19:01:58.383Z] 19:01:58     INFO - Console message: [JavaScript Error: "The character encoding of the HTML document was not declared. The document will render with garbled text in some browser configurations if the document contains characters from outside the US-ASCII range. The character encoding of the page must be declared in the document or in the transfer protocol." {file: "data:text/html,<iframe id='iframe' src='http://example.net/document-builder.sjs?html=%3Cinput%20id=%22date%22%20type=%22date%22%20value=%222016-12-15%22%20style=%22transform:%20translateX(7px)%20translateY(13px);%20border-top:%202px;%20border-left:%205px;%20margin:%2030px;%22%3E'>" line: 0}]
[task 2020-10-15T19:01:58.383Z] 19:01:58     INFO - Buffered messages finished
[task 2020-10-15T19:01:58.383Z] 19:01:58     INFO - TEST-UNEXPECTED-FAIL | toolkit/content/tests/browser/browser_datetime_datepicker.js | datepicker x position: 204 should be equal(-ish) to 214 - 
[task 2020-10-15T19:01:58.384Z] 19:01:58     INFO - Stack trace:
[task 2020-10-15T19:01:58.384Z] 19:01:58     INFO - chrome://mochikit/content/browser-test.js:test_ok:1304
[task 2020-10-15T19:01:58.384Z] 19:01:58     INFO - chrome://mochitests/content/browser/toolkit/content/tests/browser/browser_datetime_datepicker.js:is_close:107
[task 2020-10-15T19:01:58.385Z] 19:01:58     INFO - chrome://mochitests/content/browser/toolkit/content/tests/browser/browser_datetime_datepicker.js:verifyPickerPosition:112
[task 2020-10-15T19:01:58.385Z] 19:01:58     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-10-15T19:01:58.385Z] 19:01:58     INFO - TEST-UNEXPECTED-FAIL | toolkit/content/tests/browser/browser_datetime_datepicker.js | datepicker y position: 242 should be equal(-ish) to 252 - 
[task 2020-10-15T19:01:58.385Z] 19:01:58     INFO - Stack trace:
[task 2020-10-15T19:01:58.385Z] 19:01:58     INFO - chrome://mochikit/content/browser-test.js:test_ok:1304
[task 2020-10-15T19:01:58.385Z] 19:01:58     INFO - chrome://mochitests/content/browser/toolkit/content/tests/browser/browser_datetime_datepicker.js:is_close:107
[task 2020-10-15T19:01:58.385Z] 19:01:58     INFO - chrome://mochitests/content/browser/toolkit/content/tests/browser/browser_datetime_datepicker.js:verifyPickerPosition:113
[task 2020-10-15T19:01:58.386Z] 19:01:58     INFO - GECKO(5635) | [Parent 5635, Main Thread] WARNING: 'NS_FAILED(targetPrincipal->GetAsciiOrigin(targetOrigin))', file /builds/worker/checkouts/gecko/toolkit/components/antitracking/AntiTrackingUtils.cpp:347
[task 2020-10-15T19:01:58.386Z] 19:01:58     INFO - Leaving test bound test_datepicker_transformed_position
[task 2020-10-15T19:01:58.386Z] 19:01:58     INFO - Entering test bound test_datepicker_reopen_state

Emilio, could these Linux debug failures be a regression from bug 1669742? Bug 1669573 doesn't aim for frontend changed and the content of the date picker looks correct. Bug 1669239 looks unrelated to position.

Flags: needinfo?(emilio)

That's only a change to CSS serialization, and the relevant media queries are not used in any of the relevant widgets and such, so no...

Bug 1669239 can change scheduling of various things (animation frame callbacks etc), so it'd be my best guess of those three.

Flags: needinfo?(emilio)

Please check if this is a regression from bug 1669239.

Flags: needinfo?(sefeng)

I am working on a patch in bug 1671592 that hopefully can fix it.

Whiteboard: [retriggered][stockwell needswork:owner]

Hi Sean, this is still occurring even after bug 1671592 landed, can you please take a look?

Yeah, looking.

The position of the date picker relies on the <input> element's
position. In certain tests, we add some CSS properties to the <input>
element to verify date picker's position. However, it's possible
that the CSS properties are not applied. This patch adds two RAFs
to grant an opportunity for CSS styling to complete.

Assignee: nobody → sefeng
Status: NEW → ASSIGNED
Attachment #9182806 - Attachment description: Bug 1671487 - Ask DateTimerTestHelper to wait for a tick for inframe date pickers r=emilio → Bug 1671487 - Ensure datepicker <iframe> is correctly positioned r=emilio
Pushed by sefeng@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/84748da9c6a2
Ensure datepicker <iframe> is correctly positioned  r=emilio
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 84 Branch
See Also: → 1673140
Flags: needinfo?(sefeng)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: