GNOME Bugzilla – Bug 107715
sorting of messages in a threaded non-collapsed mailbox freezes balsa
Last modified: 2004-12-22 21:47:04 UTC
When I open a mailbox in (jwz) threaded mode and all messages are collapsed, sorting works great for all columns. But when I expand any thread and try to sort (eg. by date), balsa freezes. This bug appears for all sorts of local mailboxes i have :-(
1. if you use balsa older than 2.0.9, upgrade first (2.0.6 through 8 are known to be buggy). 2. report version of gtk2 package.
1. I am sorry, I will not forget to say it from now on: I am almost always using fresh cvs sources. 2. I Ran/Run libgtk2.0-0_2.2.1-[23]_i386.deb. Problem ist still there. To be a bit more precise: When I open a mailbox sorting works great. After expanding and collapsing one thread (all thread collapsed again) balsa freezes. I read about a gtk2 problem few days ago but I cannot remember what it was about and how to patch it. If this patch is included in the new deb-file -> bug has to be found somewhere else :-(
Check out bug 106311 and cross-references patch - I am quite confident you have the same problem.
ok. i finally got the time to install gtk+ from cvs with the patch from JB. but it does not help. i have recompiled balsa and i hope it actually uses the new gtk. btw. i noticed that my cpu is not used 100% as reported in bug 106311. perhaps it is something else.
ldd src/balsa will list libraries balsa is linked against.
ack. i can tell you that balsa definitely uses the patched gtk+ (made a small test to really ensure that). it surprises me that i am the only person having this problem. btw. i experience some "similar" bug: when i expand a tree item of the mailbox tree (and collapse it afterwards/do nothing) and then try to move a message by clicking on its context menu -> move to -> other, balsa freezes too, before showing the "destination folder window" :-( perhaps the same issue?
ok. after searching for my dullness, i give you a bit info, but i do not know whether they really help. strace balsa - last lines, do not know how many appropriate: gettimeofday({1047565470, 3510}, NULL) = 0 write(9, "\f\2\4\0<\0\200\2@\0\301\0\0\0\0\0\10\1\2\0<\0\200\2\f"..., 2036) = 2036 write(9, "F\2\5\0\373\5\200\2\10\0\200\2\17\0(\0\20\0\24\0008\0\4"..., 2048) = 2048 write(9, "\16\2\5\0\317\0^\0CWVQUKOWNCVKQP\4\0008\0\4\0\7\0\200\2"..., 900) = 900 read(9, "\26\0\341*<\0\200\2<\0\200\2H\0\200\2\352\0\30\0\5\0\234"..., 32) = 32 read(9, "\26\0\343*H\0\200\2H\0\200\2<\0\200\2\357\0\351\0\6\3\5"..., 32) = 32 read(9, "\1\1\310+\0\0\0\0\212\0\0\0\0\0\0\0F\0034\0R\2\362\377"..., 32) = 32 write(9, ";\3\5\0\10\0\200\2\0\0\0\0\275\0e\0\f\0\22\0008P\4\0\10"..., 2036) = 2036 writev(9, [{"\21\3\5\0I\2\232\0\22\24\20\22\24\20\24\22\22\25\2\2\23"..., 1260}, {"\356\356\356\0\356\356\356\0\356\356\356\0\356\356\356"..., 1320}], 2) = 2580 write(9, "8\3\4\0\t\0\200\2\0\0\10\0\0\0\0\0008\25\4\0\7\0\200\2"..., 2048) = 2048 write(9, "B\3\v\0\10\6\200\2\7\0\200\2\17\0\1\0\17\0\24\0\20\0\0"..., 2044) = 2044 brk(0) = 0x83bc000 brk(0x83be000) = 0x83be000 writev(9, [{";\3\5\0\10\0\200\2\0\0\0\0\37\0\0\0\21\0\26\0B\0\7\0\10"..., 360}, {"\356\356\356\0\356\356\356\0\356\356\356\0\356\356\356"..., 12408}], 2) = 12768 writev(9, [{"8\3\4\0\t\0\200\2\0\0\10\0\0\0\0\0008\0\4\0\7\0\200\2\0"..., 504}, {"\356\356\356\0\356\356\356\0\356\356\356\0\356\356\356"..., 22528}], 2) = 23032 writev(9, [{"H\2\266\v\10\6\200\2\t\0\200\2\210\0\26\0\275\1\0\0\0\30"..., 24}, {"\356\356\356\0\356\356\356\0\356\356\356\0\356\356\356"..., 11968}], 2) = 11992 writev(9, [{"8\2\4\0\t\0\200\2\0\0\10\0\0\0\0\0008\1\4\0\7\0\200\2\0"..., 508}, {"\314\314\314\0\314\314\314\0\314\314\314\0\314\314\314"..., 8560}], 2) = 9068 writev(9, [{"8\2\4\0\r\0\200\2\0\0\10\0\0\0\0\0008\1\4\0\7\0\200\2\0"..., 864}, {"\356\356\356\0\356\356\356\0\356\356\356\0\356\356\356"..., 7392}], 2) = 8256 write(9, "8\2\4\0\t\0\200\2\0\0\10\0\0\0\0\0008\1\4\0\7\0\200\2\0"..., 560) = 560 read(9, "\5\1\310+K\207\301\0\212\0\0\0\26\4\200\2\0\0\0\0F\003"..., 32) = 32 read(9, "o\2\310+K\207\301\0\1\20\0\0\20\0\0\0\0\0\0\20\20\20\20"..., 32) = 32 read(9, "\1\2$-\0\0\0\0\5\0\200\2\0\0\0\0\4\0\0\0\0\0\0\0\350eb"..., 32) = 32 gettimeofday({1047565470, 110598}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=3, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=12, events=POLLIN}, {fd=14, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=17, events=POLLIN|POLLPRI}], 9, 0) = 0 gettimeofday({1047565470, 113982}, NULL) = 0 rt_sigaction(SIGPIPE, {0x4014bf50, [PIPE], SA_RESTORER|SA_RESTART, 0x40f5d9d8}, {SIG_IGN}, 8) = 0 write(18, "\16\0\0\0", 4) = 4 write(18, "gtk-events-2/clicked\0\0\0\0\0\0\0\0\0\0\0\0"..., 128) = 128 read(18, " \0\0\0", 4) = 4 rt_sigaction(SIGPIPE, {SIG_IGN}, {0x4014bf50, [PIPE], SA_RESTORER|SA_RESTART, 0x40f5d9d8}, 8) = 0 rt_sigaction(SIGPIPE, {0x4014bf50, [PIPE], SA_RESTORER|SA_RESTART, 0x40f5d9d8}, {SIG_IGN}, 8) = 0 write(18, "\10\0\0\0", 4) = 4 write(18, " \0\0\0", 4) = 4 read(18, " \0\0\0", 4) = 4 rt_sigaction(SIGPIPE, {SIG_IGN}, {0x4014bf50, [PIPE], SA_RESTORER|SA_RESTART, 0x40f5d9d8}, 8) = 0 rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0 rt_sigsuspend([] --- gdb balsa - bt
+ Trace 34849
--- everything taken from unpatched debian gtk+ again.
I suspect the threading code has some problems here. I experience lots of freezes whenever I don't use flat views, eg. when trying to delete the root message of a thread, when dragging an entire thread to another folder. I use GTK 2.2.1 as well, and Balsa 2.0.10.
It appears to be a threadlock somewhere in the GType system. I see none of these problems on RH8 with gtk+ from the gtk2-2.0.6-8 rpm.
Should this be marked as a duplicate of #112280?
Yes, it should--thanks for pointing that out! *** This bug has been marked as a duplicate of 112280 ***