Bug 175749
| Summary: | clock-applet hangs when attempting to load calendar | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | James Laska <jlaska> |
| Component: | evolution-data-server | Assignee: | Dave Malcolm <dmalcolm> |
| Status: | CLOSED RAWHIDE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | jturner, nalin, rstrode |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-01-11 22:51:44 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 150221 | ||
|
Description
James Laska
2005-12-14 16:14:16 UTC
> 4109 SYS_futex(0x8ce1914, 0, 1, 0, 1)
I think that may be some sort of thread lock contention. The first 0 there means
this is doing a FUTEX_WAIT operation and the second 0 means block indefinitely
until the lock is released.
The -4 means EINTR (it stopped blocking not because the lock was available, but
because it got signal).
Thanks; I'm seeing this as well and am debugging... I get the simple part of the symptoms reported in the bug; I'm seeing a possible problem in position_calendar_popup; looks like it might simply be picking a bogus y coordinate and the calendar popups up offscreen. This is with a Top orientation panel, using metacity. If I mess around with the orientation in Panel properties, I can get the calendar popup to appear at times, albeit in the wrong location (if I change it whilst the calendar visibility toggle is in a "depressed" state, then the calendar popup appears but in the location relating to the previous panel orientation). Possibly also a bad window manager interaction; the panel code tries to pick a good location for the calendar popup window, and calls: gtk_window_move (GTK_WINDOW (window), x, y); gtk_window_set_gravity (GTK_WINDOW (window), gravity); then gtk_window_present (GTK_WINDOW (window)); Incidentally, I'm correctly seeing my tasks and appointments when I do manage to make it visible I can confirm that it's appearing off-screen. I'm using twm, and the title bar it gives to the calendar window is partially on-screen, on the lower right. Don't know if it's useful or not, but running xwininfo against it, on a 1280x960 display, gives this information: Absolute upper-left X: 1020 Absolute upper-left Y: 969 Relative upper-left X: 0 Relative upper-left Y: 23 Width: 262 Height: 194 Depth: 24 Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x20 (installed) Bit Gravity State: NorthWestGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +1020+969 --2+969 --2--203 +1020--203 -geometry 262x194--4+944 This appears to be working now in rawhide-20051221 which includes evolution-2.5.3-1.i386.rpm evolution-data-server-1.5.3-2.i386.rpm evolution-devel-2.5.3-1.i386.rpm evolution-connector-2.5.3-1.i386.rpm evolution-data-server-devel-1.5.3-2.i386.rpm evolution-webcal-2.4.1-2.i386.rpm gnome-panel-2.13.3-2.i386.rpm Working for me as well; I'm going to resolve this as fixed in rawhide. Please reopen it if symptoms persist. |