robotframework / robotframework/SeleniumLibrary
Wait For Condition and Title Should Be seem to be out of sync
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 1.5k
- Forks
- 787
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
For issues
Steps to reproduce the issue
I noticed when running headlesschrome I get a failure versus using chrome which passes. I think the Javascript changes before the self.driver.title does on headlesschrome
I have the following code
Wait For Condition return document.title === 'Title of Website'
Title Should Be Title of Website
I have this code running in three back to back tests, the first one is the one that fails the most; but it isn't guaranteed. This concerns me that it might not be easily reproducible.
For a solution; I think implementing a Wait Unit Title Is keyword would be best to implement so it is using the self.driver.title property to match Title Should Be.
Error messages and additional information
Title should have been 'Title of Website' but was 'Sign In Page'.
Browser: Headlesschrome
Browser driver: Chrome
Operating System: Windows 10
Libraries
- Robot Framework: Version 4.0.1
- SeleniumLibrary: Version 5.1.3
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, die drei unmittelbar aufeinanderfolgenden Tests mit Headless Chrome zu reproduzieren, und vergleiche das Warten auf die Bedingung mit der Titel-Assertion. Verfolge, wie die bestehende Titel-Assertion den Browser-Titel liest und wie Waits implementiert sind. Als erledigt gilt die Aufgabe, wenn Titelprüfungen einen konsistenten Browserzustand verwenden und der sporadische Fehler durch einen Regressionstest abgedeckt ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python
- Bereich
- testing-qa, web-dev
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 25/100