GNOME Bugzilla – Bug 575038
Cursor/caret mode breaks magic spacebar
Last modified: 2013-09-13 00:59:42 UTC
Please describe the problem: Assuming that the option for 'Enable Magic Spacebar' in Mail preferences is enabled, enabling V[iew]/C[aret] mode breaks the magic spacebar. Steps to reproduce: 1. enable Enable Magic Spacebar in Mail preferences 2. enable Caret/Cursor mode in View 3. use the spacebar to read all new mail Actual results: - pressing SPACE scrolls the current message and will move to the next, but after that you have to click in the message text with the mouse, as if to re-enable "message view" again. Only after that SPACE will scroll the message and go on to the next. SPACE does not move to the next folder with unread messages. Expected results: pressing SPACE should behave just like when Caret mode is unchecked, ie - move to the next unread message without having to use the mouse to reset focus. after reading the last new message in a folder, SPACE should move to the next folder with unread messages and start reading the first unread one. Does this happen every time? yes Other information:
This is on purpose, though I'm not entirely sure why. The space/backspace key press handlers check for caret mode and abort the routine if it's enabled. Srini, do you remember the rationale for this?
It was me who started this feature and Johnny completed it. IIRC it was a bug in gtkhtml or a caret feature that SPACE wasn't emitted from gtkhtml.
Downstream bug report about the same with evolution 2.30.0: https://bugzilla.redhat.com/show_bug.cgi?id=586118
Created attachment 159816 [details] [review] gtkhtml patch for gtkhtml; Got it. Everything is working fine on evo side, only the GtkHtml is rejecting scroll commands when in caret mode. I do not think it's correct, thus removing this check from there.
Created commit 1a395fb in gtkhtml master (3.31.1+) Created commit bf1997a in gtkhtml gnome-2-30 (3.30.2+)