Bugzilla – Bug 666704
intel: KDE effects make text editing worse (was: emacs cursor does not work right with desktop effects enabled)
Last modified: 2011-04-26 14:40:41 UTC
With desktop effects enabled (KDE), emacs cursor stays drawn in a fixed place even if you move around. When you start typing, text will not appear near the cursor. Turning off desktop effects fixes the problem.
This is GNU Emacs and *not* KDE. That is that GNU Emacs has nothing todo with KDE. And to remove GNU Emacs, the most used editor for programming, TeX, and LaTeX editing is simply a nogo. If you think this is a bug of GNU Emacs you may report it upstream, that is to use the Send Bug Report... in the Help pull down menu. Nevertheless before doing this the KDE people should check this. IMHO this is a bug in KDE as it should *not* make text editing worse with such effects but simply disable this effect for well known text editors like GNU and X Emacs.
This just bit me on gnome, so it definitely looks like it's not KDE specific. the problem seems to be compositing. I use metacity with compositing turned on. Turning compositing off makes emacs work again. The same setup emacs+compositing worked in 11.3, so this is a definite regression
The difference is emacs 23.1 on OS 11.3 in comparision to emacs 23.2 on OS 11.4. Just complain this upstream that is use Help -> Send Bug Report... as I'll not go into the source code of emacs anymore, due lack of time. Also I do not use metacity nor KDE nor GNOME ;)
(In reply to comment #6) > The difference is emacs 23.1 on OS 11.3 in comparision to emacs 23.2 > on OS 11.4. Just complain this upstream that is use > > Help -> Send Bug Report... > > as I'll not go into the source code of emacs anymore, due lack of > time. Also I do not use metacity nor KDE nor GNOME ;) It's already reported and fixed upstream https://bugs.freedesktop.org/show_bug.cgi?id=32734 And it affects way more than emacs. It's something we've done (or not done) in the backport that's caused it to re-manifest.
OK, then back to X.org .. Stefan?
I verified the one line patch in https://bugs.freedesktop.org/show_bug.cgi?id=32734 on our current xorg-x11-driver-video and it works. Emacs now functions correctly with a compositing window manager
Thanks, James! Could you do a submitrequest against obs://X11:XOrg/xorg-x11-driver-video?
Fix applied to X11:XOrg/xorg-x11-driver-video and submitrequested for openSUSE:Factory/xorg-x11-driver-video (SR #64332).
The fix in X11:XOrg works for me. Excuse my ignorance, but I don't know how to look up an SR id - by what version/release number should this be fixed? And is the intention that the fix should reach the updates channel? Or only factory?
The fix is only planned for openSUSE:Factory.
This may just be my ignorance about the openSUSE maintenance process, but that seems like a strange decision to me, since it leaves emacs (and many programs according to comment 7) broken with out-of-the-box 11.4. What am I missing?
Adam, if you think this is an important issue, please feel free to trigger the openSUSE maintenance process. But this also means that you'll be in charge of doing the submit request and patchinfo for the SWAMP process.
Reopening because the resolution is wrong. This bug is reported against openSUSE 11.4 but isn't fixed there. If we're not fixing it for some reason, it needs to be marked WONTFIX.
(In reply to comment #16) > Reopening because the resolution is wrong. This bug is reported against > openSUSE 11.4 but isn't fixed there. If we're not fixing it for some reason, > it needs to be marked WONTFIX. With such an argument I guess you would need to reopen 99% of all openSUSE bugs and close them as WONTFIX. Once more, if anybody would like to do the maintenance work, please go ahead and reopen the bug. Otherwise please let this bug closed. Thanks.
(In reply to comment #17) > (In reply to comment #16) > > Reopening because the resolution is wrong. This bug is reported against > > openSUSE 11.4 but isn't fixed there. If we're not fixing it for some reason, > > it needs to be marked WONTFIX. > > With such an argument I guess you would need to reopen 99% of all openSUSE bugs > and close them as WONTFIX. The bug still exists in 11.4. It's a lie to close it as fixed when it isn't. If we're not going to fix something, then WONTFIX is the correct resolution > Once more, if anybody would like to do the maintenance work, please go ahead > and reopen the bug. Otherwise please let this bug closed. Thanks. I already did 99% of it for you here: https://build.opensuse.org/project/show?project=home%3Ajejb1%3Axorg-x11-driver-video All that has to happen is to release the updated package with the openSUSE-11.4 updates
We suck and we're too lazy to fix this
lets do it. +1 thanks for the work James! :)
The SWAMPID for this issue is 40199. This issue was rated as moderate. Please submit fixed packages until 2011-04-27. Also create a patchinfo file using this link: https://swamp.suse.de/webswamp/wf/40199
+1, update started.
Submission accepted for QA. it would be nice if you would mention bnc#666704 (this verbatim string) in the .changes file, as we use this for tracking.
Update released for: xorg-x11-driver-video, xorg-x11-driver-video-debuginfo, xorg-x11-driver-video-debugsource Products: openSUSE 11.4 (debug, i586, x86_64)