| Summary: | evolution-mapi could not restore network connection, hang instead. | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Mikhail <mikhail.v.gavrilov> |
| Component: | evolution-mapi | Assignee: | Matthew Barnes <mbarnes> |
| Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 16 | CC: | mbarnes, mcrha |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-01-20 09:44:23 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Mikhail
2012-01-20 07:01:28 UTC
Thanks for a bug report. It's a known issue. One thing is that the connection places were discarded on the ports evolution-mapi (more precisely samba4) knew about them, and it tries to use them again. The other thing is that the timeout for the operation is rather long, thus the application looks hung. Still, evolution-mapi doesn't operate well even after that timeout, about which is the upstream bug [1], where I'm moving this. Feel free to CC there yourself, to get any further updates. By the way, you can see similar behaviour with Firefox too, it recovers as soon as the timeout on the previous connection channel is raised. [1] https://bugzilla.gnome.org/show_bug.cgi?id=608327 |