When running Evolution and Composing an email If anything is selected from the drop down areas of the compose window using the mouse pointer (change from address,plain text/HTML, normal/pre-formatted, etc) all further text input is disabled Reproducible: Always Steps to Reproduce: 1.System settings,common appearance & behaviour,application settings, GTK+ Apperance, Widget style oxygen-gtk. 2. Log out, log in to ensure these settings are applied 3. open evolution 4. compose new mail, type a little to confirm input working 5. click on from address, change from normal to pre-formatted 5. Click again on main compose area, Input from keyboard is now blocked. 6. Save as draft, re-open this draft and keyboard input functional again. 7. change from address with mouse and keyboard input is disabled Actual Results: Further Keyboard input is blocked after accessing the dropdown menus in the compose window with the mouse (ok if TAB key is used) Expected Results: Keybpard input should not be blocked As a work around changing the GTK+ Style to Adwaita, logging out then back in again completely avoids the issue (everything works as it should in evolution) $ kde4-config --version Qt: 4.8.1 KDE Development Platform: 4.8.2 (4.8.2) kde4-config: 1.0 [bminish@redbox ~]$ rpm -qa |grep oxygen oxygen-gtk2-1.2.3-1.fc16.x86_64 oxygen-gtk-1.2.0-2.fc16.noarch doxygen-1.7.5-1.fc16.x86_64 oxygen-gtk3-1.0.3-1.fc16.x86_64 oxygen-icon-theme-4.8.2-1.fc16.noarch
I confirm this. Interesting fact is that if I remove liboxygen-gtk.so from theming engines, and let evolution only use our gtk config files, the problem persists, so this isn't because of our C++ code.
In fact, this is GTK bug. Try deleting/commenting out the line with appears-as-list in /usr/share/themes/oxygen-gtk/gtk-3.0/gtk.css, and you'll see that this bug no longer reproduces. If you confirm this behaviour, then this isn't our bug.
Ruslan, thanks for the speedy work. I confirm that removing the following line (line 39) from /usr/share/themes/oxygen-gtk/gtk-3.0/gtk.css -GtkComboBox-appears-as-list: 1px; stops the bug reproducing. Any idea where to file the apprprate bug report for GTK ? Brendan
GTK bugs can be reported here: https://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B
I would just like to add that I have not seen the issue under the Gnome3 desktop or usng XFCE, just on KDE so I haven't got steps to reproduce for a GTK Bug report that apply to other desktops
GTK devs should be able to install/launch KDE to reproduce their bug I think... PS This in fact might be Evolution's, not GTK bug, but that's not up to us to determine.
GTK bug filed here: https://bugzilla.gnome.org/show_bug.cgi?id=675180
*** Bug 303762 has been marked as a duplicate of this bug. ***
I don't think it is a Evolution issue: Other ways to reproduce: In Ubuntu I found the gtk3-demo in package gtk-3-examples. In the comboboxes example I find: - I can't type in the Editable box at all - In the String IDs box behavior is exactly as in Evolution: 1) get's stuck when switching one of the Stock icons/ Where are we? boxex 2) then after switching input method it works again. I use oxygen-gtk and found that switching to QtCurve or Raleigh the problem goes away. Ferry
Right. So, this is GTK bug. If you really dislike this behavior and can't wait until GTK fix the bug, workaround is in comment 2.
This bug appears in gtk2 applications for example in save dialog in Firefox and Libreoffice or in Enter matrix in wxMaxima. Bug appears with gtk2-2.24.11-1.fc17.i686 in Fedora 17 not in Fedora 16 with gtk2-2.24.8-3.fc16. Commenting out line "GtkComboBox::appears-as-list = 1" in file /usr/share/themes/oxygen-gtk/gtk-2.0/gtkrc makes input fields working. Downgrading to gtk2-2.24.10-1.fc17.i686 in Fedora 17 also fixes bug.
actually, gtk is "upstream", so changing the bug status. Still nothing *we* can do about it though.
@nucleo You'd better mention this on gtk bug report via link provided in comment 7 instead of here.
I first commented there and then here so others will know too.
Bug should be fixed in 2.24.12 and 3.4.4. https://bugzilla.gnome.org/show_bug.cgi?id=675180#c6
*** Bug 307009 has been marked as a duplicate of this bug. ***
> In fact, this is GTK bug. Try deleting/commenting out the line with > appears-as-list in /usr/share/themes/oxygen-gtk/gtk-3.0/gtk.css, and you'll > see that this bug no longer reproduces. I realize this bug is closed beause it's an upstream problem, but are there any potential issues to be aware of if this work-around is used? In my case I'm seeing the same problem with the Network Connections editor under Xfce4. The IP address entry boxes won't accept input until the input method is re-selected with a right mouse-click. TIA -jack-
> I realize this bug is closed beause it's an upstream problem, but are there any potential issues to be aware of if this work-around is used? The only issue will be that you'll have a dropdown menu instead of a list, so combobox will behave not quite as it does in qt. Nothing more other than this inconsistency.
> The only issue will be that you'll have a dropdown menu instead of a list, > so combobox will behave not quite as it does in qt. Nothing more other than > this inconsistency. That works, thanks for the quick reply, appreciate it.