client
client copied to clipboard
[QA] Sometimes some GUI tests fail with xfce login window
Pre-submission Checks
- [X] I checked for similar issues, but could not find any. I also checked the closed issues. I could not contribute additional information to any existing issue.
- [X] I will take the time to fill in all the required fields. I know that the bug report may be dismissed otherwise due to lack of information.
Describe the QA issue
While running GUI tests, some tests fails and the screenshots of those test failures has xfce login window.
Steps to reproduce the issue
Run GUI tests in CI
Screenshots
Failed Scenarios:
-
logging out
-
simple sharing of a file by public link with default expiration date
-
simple sharing of a file by public link with password and expiration date.png
-
simple sharing of file and folder by public link with expiration date.png
NOTE: We need to figure out whether the above tests failed due to this login window or not.
Similar issues
- https://github.com/owncloud/client/issues/9856
Failed Scenario: logging out
GUI report:
Server log: logging_out.log
Scenario: Expiration related
GUI report:
Reoccured again:
Scenario failed:
- logging out
- simple sharing of file and folder by public link with expiration date
- simple sharing of file by public link with password and expiration date
Screenshots
- logging out
- Server log: serverlog.log
Screenshot
- simple sharing of file and folder by public link with expiration date
- Server log: simplesharingwithexpirationdate.log
Screenshot
- simple sharing of file by public link with password and expiration date
- Server log: simplesharingwithpswdandexpirationdate.log
Screenshot
@amrita-shrestha @sushmita56 any tests that fail with this issue, please, report here. And close existing issues related to this.
That appears to be the system login screen? And ah yes thats exactly what this issue is about 🙈
I suspect, this is also related with https://github.com/owncloud/client/issues/9952 Authentication-popup is mainly caused by gnome-keyring-daemon
Not sure if this scenario failed due to this issue or not.
Scenario: try to self-share a file/folder
Server log:
serverlog.log
Screenshot
It appears that no user is logged in, if no user is logged in the keychain(password storage backend) can be unavailable. As only some tests fail, I have to think on auto log out after x min of inactivity.
Maybe use https://manpages.ubuntu.com/manpages/bionic/man1/caffeinate.1.html ?
It appears that no user is logged in, if no user is logged in the keychain(password storage backend) can be unavailable. As only some tests fail, I have to think on auto log out after x min of inactivity.
Maybe use https://manpages.ubuntu.com/manpages/bionic/man1/caffeinate.1.html ?
So, I guess, this should be implemented in squish docker image while running squishrunner command.
So, I guess, this should be implemented in squish docker image while running squishrunner command.
Instead of using caffeinate
, we came into the conclusion that disabling auto-lock would be the best approach for CI.
The possible fix PR has been merged but could not test this behavior due to the new issue. Blocked until https://github.com/owncloud-ci/squish/issues/34
Must be fixed by this PR https://github.com/owncloud/client/pull/10046