Note: There are a few cases of duplicates in user autocompletion which are being worked on.

mochitests-5: test_alerts.html | application timed out after 330 seconds with no output

RESOLVED FIXED in mozilla9

Status

()

Core
Widget: Win32
RESOLVED FIXED
6 years ago
5 years ago

People

(Reporter: rc, Assigned: bbondy)

Tracking

({intermittent-failure})

Trunk
mozilla9
x86
Windows 7
intermittent-failure
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

6 years ago
*** State of example.com: true
*** in ROUND subdom, test samedom is SECURE
238 INFO TEST-PASS | /tests/security/ssl/stricttransportsecurity/test_sts_privatebrowsing.html | in ROUND subdom, test samedom - "SECURE" should equal "SECURE"
DONE WITH ROUND subdom
*** State of example.com: true
*** Exiting private browsing mode
*** ... done
*** State of example.com: false
TESTS LEFT IN ROUND: 4
*** State of example.com: false
*** in ROUND nosts, test samedom is INSECURE
239 INFO TEST-PASS | /tests/security/ssl/stricttransportsecurity/test_sts_privatebrowsing.html | in ROUND nosts, test samedom - "INSECURE" should equal "INSECURE"
*** State of example.com: false
*** in ROUND nosts, test subdom is INSECURE
240 INFO TEST-PASS | /tests/security/ssl/stricttransportsecurity/test_sts_privatebrowsing.html | in ROUND nosts, test subdom - "INSECURE" should equal "INSECURE"
*** State of example.com: false
*** in ROUND nosts, test otherdom is INSECURE
241 INFO TEST-PASS | /tests/security/ssl/stricttransportsecurity/test_sts_privatebrowsing.html | in ROUND nosts, test otherdom - "INSECURE" should equal "INSECURE"
*** State of example.com: false
*** in ROUND nosts, test alreadysecure is SECURE
242 INFO TEST-PASS | /tests/security/ssl/stricttransportsecurity/test_sts_privatebrowsing.html | in ROUND nosts, test alreadysecure - "SECURE" should equal "SECURE"
DONE WITH ROUND nosts
*** Cleaning up STS data.
*** State of example.com: false
243 INFO TEST-END | /tests/security/ssl/stricttransportsecurity/test_sts_privatebrowsing.html | finished in 1112ms
244 INFO TEST-START | /tests/toolkit/components/alerts/test/test_alerts.html
245 INFO TEST-PASS | /tests/toolkit/components/alerts/test/test_alerts.html | Alerts service exists in this application
246 INFO TEST-PASS | /tests/toolkit/components/alerts/test/test_alerts.html | Alerts service is available
247 INFO TEST-PASS | /tests/toolkit/components/alerts/test/test_alerts.html | showAlertNotification() succeeded
248 INFO TEST-PASS | /tests/toolkit/components/alerts/test/test_alerts.html | Waiting for notification callback to be triggered...
TEST-UNEXPECTED-FAIL | /tests/toolkit/components/alerts/test/test_alerts.html | application timed out after 330 seconds with no output
INFO | automation.py | Application ran for: 0:06:05.891000
INFO | automation.py | Reading PID log: c:\docume~1\cltbld\locals~1\temp\tmp-2y--mpidlog
PROCESS-CRASH | /tests/toolkit/components/alerts/test/test_alerts.html | application crashed (minidump found)
Crash dump filename: c:\docume~1\cltbld\locals~1\temp\tmpnuplnf\minidumps\2ba1d35a-9a5e-4d82-8d96-1c2626f41378.dmp
Operating system: Windows NT
                  5.1.2600 Service Pack 2
CPU: x86
     GenuineIntel family 6 model 23 stepping 10
     2 CPUs

Crash reason:  EXCEPTION_ACCESS_VIOLATION_WRITE
Crash address: 0x0

Thread 22 (crashed)
 0  crashinjectdll.dll!CrashingThread(void *) [crashinjectdll.cpp:27a921f53d73 : 13 + 0x0]
    eip = 0x02d11000   esp = 0x054fffb8   ebp = 0x054fffec   ebx = 0x00000000
    esi = 0x57565554   edi = 0x53525150   eax = 0x00000000   ecx = 0x054fffb0
    edx = 0x7c90eb94   efl = 0x00010246
    Found by: given as instruction pointer in context
 1  kernel32.dll + 0xb50a
    eip = 0x7c80b50b   esp = 0x054fffbc   ebp = 0x054fffec
    Found by: call frame info

http://tinderbox.mozilla.org/showlog.cgi?log=Fx-Team/1311869835.1311870419.12628.gz&fulltext=1
(Reporter)

Updated

6 years ago
OS: Mac OS X → Windows 7
Blocks: 438871
(Assignee)

Updated

6 years ago
Assignee: nobody → netzen
(Assignee)

Comment 1

6 years ago
Created attachment 556199 [details] [diff] [review]
Patch for mochitest alert timeout v1

I think the problem is that sometimes the finish call could happen before the waitForExplicitFinish.
Attachment #556199 - Flags: review?(sdwilsh)
Comment on attachment 556199 [details] [diff] [review]
Patch for mochitest alert timeout v1

Review of attachment 556199 [details] [diff] [review]:
-----------------------------------------------------------------

r=sdwilsh
Attachment #556199 - Flags: review?(sdwilsh) → review+
(Assignee)

Comment 3

6 years ago
Pushed to try:
https://tbpl.mozilla.org/?tree=Try&usebuildbot=1&rev=4707354b9069
(Assignee)

Comment 4

6 years ago
Pushed to inbound:
http://hg.mozilla.org/integration/mozilla-inbound/rev/0f45fa81734a

Comment 5

6 years ago
https://hg.mozilla.org/mozilla-central/rev/0f45fa81734a
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla9
Keywords: intermittent-failure
Whiteboard: [orange]
You need to log in before you can comment on or make changes to this bug.