824584 - [ui.use_activity_cursor] when false: stop button always available ; when true: stop button unavailable while busy cursor

Status: NEW

(SeaMonkey :: MailNews: General, defect)

Description

[Felix Miata]

Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20100101 SeaMonkey/2.14.1; Build ID: 20121129191050  (Mozilla.org bz2) & Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20100101 SeaMonkey/2.14.1; Build ID: 2012121700 (openSUSE 11.4 rpm);  modern theme; KDE 3.5.10.1-318

This has been happening many months. Starting in safe mode (which uses different theme) helps not.

About as often as not, after selecting a newsgroup, after having been reading mail, as long as mouse cursor is over folder pane or header pane, cursor remains busy after the previously selected message in the selected group has loaded. Over the message pane the mouse cursor is a normal arrow or select bar. The stop button at this time is not selectable. To reliably stop busy cursor requires selecting a mail folder in order to access the stop button.

Actual behavior:
stop button not always available whenever cursor busy

Expected behavior:
stop button always available whenever cursor busy

Comment 1

[Karsten Düsterloh]

Probably dupe of bug 727414.
IMO, the problem here is not a missing stop button but the false busy state.

Comment 2

[Felix Miata]

I searched mailnews summary for busy and stop and got only one hit, which was not 727414. :-(

When I set ui.use_activity_cursor false, busy cursor appears momentarily after selecting a newsgroup from mail, then returns to normal. However, I can click the now available stop button as many times as I want, yet it never becomes unavailable, even when I switch back to mail. So, the stop button state of always available is a problem, but is it distinct from that bug, or the same thing?