Closed
Bug 1425808
Opened 7 years ago
Closed 7 years ago
UITest Failure: testFiltering - XCTAssertEqual failed: ("20") is not equal to ("1")
Categories
(Firefox for iOS :: Build & Test, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1428065
Tracking | Status | |
---|---|---|
fxios | + | --- |
People
(Reporter: isabel_rios, Unassigned)
Details
This test under LogingManager test suite fails due to a timing issue.
It tries to check whether after typing a passcode the login list available is updated and shows only the corresponding entry.
The issue appears when the check is done once that entry is removed and so instead of checking the list with the element the list appears already full and so the assertion fails.
Logs:
https://dashboard.buddybuild.com/apps/57bf25c0f096bc01001e21e0/build/5a37212050f66c00014c84b8/test/07d13b7d-a77b-4075-a3d1-0b9b5d13d7f5/fcade904-b8f4-49c2-9933-47e608e2dd81
Reporter | ||
Comment 1•7 years ago
|
||
I have tried different solution but so far this is still happening on BB, more difficult to repro locally.
Could you please take a look at this and share with me some ideas about a possible fix for this?
Thanks!
Flags: needinfo?(npark)
Comment 2•7 years ago
|
||
This actually happens on unit tests too intermittently (St3fan know about this as well) and I don't think it's caused by our UITest setup - When I saw the screenshots, for some reason the login list wasn't being updated. This might be a legitimate bug.
Flags: needinfo?(npark)
Reporter | ||
Comment 3•7 years ago
|
||
What is interesting to note is that this bug appears more frequently lately and only on master. On v10.x when running UI Tests, this tests have passed in all recent executions.
Comment 4•7 years ago
|
||
Ah, didn't see this bug, I'm making a workaround fix in Bug 1428065
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•