action #17596
closed
[userspace][qam] test fails to reach external mail server in evolution_meeting_pop sometimes -> use local server
Added by osukup about 7 years ago.
Updated almost 7 years ago.
Category:
Enhancement to existing tests
Description
Observation¶
openQA test in scenario sle-12-SP2-Desktop-DVD-Updates-x86_64-qam-regression-message@64bit fails in
evolution_meeting_pop
Reproducible¶
Fails since (at least) Build 20170308-2
Expected result¶
Last good: 20170308-1 (or more recent), this fails very often randomly in same step
Further details¶
Always latest result in this scenario: latest
problem is probably caused by used mail (pop) server in china
my ping to this ip addres:
40 packets transmitted, 40 received, 0% packet loss, time 39039ms
rtt min/avg/max/mdev = 308.577/318.424/544.494/38.269 ms
so -> bigger timeout before try to search delivered message, or use another server. ( maybe configure local service in sut before test ?)
- Subject changed from test fails in evolution_meeting_pop to [userspace][qam] test fails to reach external mail server in evolution_meeting_pop sometimes -> use local server
- Category changed from Bugs in existing tests to Enhancement to existing tests
a local server which is part of the openQA infrastructure itself would be preferrable. I assume a valid workaround is retriggering although this might be done from within the test module and using an email server local to the openQA test would be beneficial.
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: qam-regression-message
https://openqa.suse.de/tests/846726
- Related to action #15134: [sle][x11regressions][qam]test fails many times in evolution_meeting_pop/imap (unreliable) added
- Related to action #18266: [qam][x11regressions] test fails in evolution_mail_* added
- Related to action #19320: [qam] test fails in evolution_mail_imap added
- Status changed from New to In Progress
I have identified 3 other issues with similar or identical underlying cause and listed them as related tasks.
I also contacted @qkzhu, who is assigned on two of these issues, to sync with him about our progress, in order to avoid duplicating work.
- Assignee changed from vsvecova to pcervinka
Reassigning to Petr Cervinka, as discussed with Martin Pluskal.
- Status changed from In Progress to Resolved
Also available in: Atom
PDF