Closed Bug 621002 Opened 14 years ago Closed 12 years ago

Intermittent failure in services\sync\tests\unit\test_service_changePassword.js | false == true

Categories

(Firefox :: Sync, defect)

x86
Windows Server 2003
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mak, Unassigned)

References

Details

(Keywords: intermittent-failure)

Note, this is not for the timeout.

http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1293040991.1293043104.12290.gz

TEST-INFO | e:\builds\moz2_slave\test\build\xpcshell\tests\services\sync\tests\unit\test_service_changePassword.js | running test ...
TEST-UNEXPECTED-FAIL | e:\builds\moz2_slave\test\build\xpcshell\tests\services\sync\tests\unit\test_service_changePassword.js | test failed (with xpcshell return code: 0), see following log:
>>>>>>>
### XPCOM_MEM_LEAK_LOG defined -- logging leaks to c:\docume~1\cltbld\locals~1\temp\tmp8yqoh_\runxpcshelltests_leaks.log
pldhash: for the table at address 05264540, the given entrySize of 48 probably favors chaining over double hashing.
nsNativeModuleLoader::LoadModule("e:\builds\moz2_slave\test\build\firefox\components\xpcomsample.dll") - load FAILED, rv: 80520012, error:
	<unknown; can't get error from NSPR>
WARNING: This method is lossy. Use GetCanonicalPath !: file e:/builds/moz2_slave/cen-w32-dbg/build/xpcom/io/nsLocalFileWin.cpp, line 2969
pldhash: for the table at address 0729EFA0, the given entrySize of 52 probably favors chaining over double hashing.
Setting the identity for passphrase
TEST-INFO | (xpcshell/head.js) | test 1 pending
changePassword() returns false for a network error, the password won't change.
pldhash: for the table at address 07E48348, the given entrySize of 56 probably favors chaining over double hashing.
TEST-PASS | e:/builds/moz2_slave/test/build/xpcshell/tests/services/sync/tests/unit/test_service_changePassword.js | [run_test : 25] false == false
TEST-PASS | e:/builds/moz2_slave/test/build/xpcshell/tests/services/sync/tests/unit/test_service_changePassword.js | [run_test : 26] ilovejane == ilovejane
Let's fire up the server and actually change the password.
TEST-INFO | (xpcshell/head.js) | test 2 pending
TEST-PASS | e:/builds/moz2_slave/test/build/xpcshell/tests/services/sync/tests/unit/test_service_changePassword.js | [run_test : 36] true == true
TEST-PASS | e:/builds/moz2_slave/test/build/xpcshell/tests/services/sync/tests/unit/test_service_changePassword.js | [run_test : 37] ILoveJane83 == ILoveJane83
TEST-PASS | e:/builds/moz2_slave/test/build/xpcshell/tests/services/sync/tests/unit/test_service_changePassword.js | [run_test : 38] ILoveJane83 == ILoveJane83
Make sure the password has been persisted in the login manager.
TEST-PASS | e:/builds/moz2_slave/test/build/xpcshell/tests/services/sync/tests/unit/test_service_changePassword.js | [run_test : 43] ILoveJane83 == ILoveJane83
A non-ASCII password is UTF-8 encoded.
TEST-UNEXPECTED-FAIL | e:/builds/moz2_slave/test/build/xpcshell/tests/services/sync/tests/unit/test_service_changePassword.js | false == true - See following stack:
JS frame :: e:\builds\moz2_slave\test\build\xpcshell\head.js :: do_throw :: line 439
JS frame :: e:\builds\moz2_slave\test\build\xpcshell\head.js :: do_check_eq :: line 491
JS frame :: e:\builds\moz2_slave\test\build\xpcshell\head.js :: do_check_true :: line 503
JS frame :: e:/builds/moz2_slave/test/build/xpcshell/tests/services/sync/tests/unit/test_service_changePassword.js :: run_test :: line 47
JS frame :: e:\builds\moz2_slave\test\build\xpcshell\head.js :: _execute_test :: line 322
Mass marking whiteboard:[orange] bugs WFM (to clean up TBPL bug suggestions) that:
* Haven't changed in > 6months
* Whose whiteboard contains none of the strings: {disabled,marked,random,fuzzy,todo,fails,failing,annotated,leave open,time-bomb}
* Passed a (quick) manual inspection of bug summary/whiteboard to ensure they weren't a false positive.

I've also gone through and searched for cases where the whiteboard wasn't labelled correctly after test disabling, by using attachment description & basic comment searches. However if the test for which this bug was about has in fact been disabled/annotated/..., please accept my apologies & reopen/mark the whiteboard appropriately so this doesn't get re-closed in the future (and please ping me via IRC or email so I can try to tweak the saved searches to avoid more edge cases).

Sorry for the spam! Filter on: #FFA500
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Whiteboard: [orange]
Component: Firefox Sync: Backend → Sync
Product: Cloud Services → Firefox
You need to log in before you can comment on or make changes to this bug.