*** This bug is a duplicate of bug 619003 ***
https://bugs.launchpad.net/bugs/619003
** This bug has been marked a duplicate of bug 619003
GdkPixbuf-WARNING **: Cannot open pixbuf loader module file
'/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache'
--
You received this bug notification
Why has this bug marked as invalid?
I have the same problem in 12.10
** Changed in: gnome-nettool (Ubuntu)
Status: Invalid = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-nettool in Ubuntu.
Just to add something as a reply on comment #114:
Ubuntu has applied this patch already since 06 Jan 2011 all versions
till nowadays, as you can see in the changelogs here:
http://packages.ubuntu.com/quantal/xserver-xorg-core
Select Ubuntu Changellog and then search for
Ilya, did you debug the problem with the led as you described in #64?
Also, Daniel (the responsible for the patches to get accepted if I
understood correctly) raised some concerns on #59. Do you think you
could address them? I believe after that the patch will get accepted.
What do you think?
After Vasa, comment I made some exploration of the scroll lock issue and
in both cases (patched X or unpatched X) the behavior is exactly the
same.
The led can be used to indicate the alternative layout (from gnome's
settings) and it works as advertised: it switches on/off as long as the
layout
After Vasa's comment, I made some exploration of the scroll lock issue
and in both cases (patched X or unpatched X) the behavior is exactly the
same.
The led can be used to indicate the alternative layout (from gnome's
settings) and it works as advertised: it switches on/off as long as the
layout
I believe scrollLock LED is used from gnome(?) to indicate the alternative
layout.
At least this is how it works on me with the ubuntu xorg (without the patch
from ilya)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to the bug
I have created a new bug here:
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/711842
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
https://bugs.launchpad.net/bugs/36812
Title:
Keyboard layout change on hotkeys
Many many thanks!!
It is indeed a long awaited day :D
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
https://bugs.launchpad.net/bugs/36812
Title:
Keyboard layout change on hotkeys press instead of release and do not work
** Description changed:
- I have Ctrl+Shift set to layout switch and press ctrl+shift+N (to open
- new Terminal or new tab in Opera) -- as a result I have my keyboard
- layout switched. This happens because Ubuntu (or XOrg?) change layout on
- key press instead of release and do not match layout
I guess it is this bug:
https://bugs.launchpad.net/ubuntu/maverick/+source/gnome-settings-daemon/+bug/625793
As it seems, gnome-settings-daemon is to blame and not Oded's patch.
Is there any other annoyance with the proposed patch?
I hope we can get it in the official package some time soon,
Small correction above: the patch is from Ilya, not from Oded
--
Keyboard layout change on hotkeys press instead of release and do not work well
with shortcuts
https://bugs.launchpad.net/bugs/36812
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a
I believe this bug falls in the papercut category and I have nominated
as such.
It satisfies all the requirements for a papercut:
* A bug, or an unintended problem occurring within an existing piece of
software, (Xorg)
* the presence of which makes a computer more difficult or less
Alexey, could you please send them an email and CC also this bug ( Bug 36812
36...@bugs.launchpad.net )?
Like this we can get their response here.
Thanks,
Nick
--
Keyboard layout change on hotkeys press instead of release and do not work well
with shortcuts
Hello Oded,
I think it is a good idea to subscribe the team in this bug report in order to
have their opinion.
And, btw, we should probably move the bug to the appropriate package (it is not
in the control-center it is in xorg)
Nick
--
Keyboard layout change on hotkeys press instead of
I have already subscribed the x-swat team for now.
We wait a bit to see if someone responds and if not we can also email them
to see if they think that accepting Ilya's patch in the official ubuntu
version is a good idea.
Nick
--
Keyboard layout change on hotkeys press instead of release and do
I think I found a solution:
After connecting to the remote machine try this command
DISPLAY=:0 vino-preferences --display $DISPLAY
I guess vino-preferences read the $DISPLAY variable for the desktop to
refer to and the --display option for the desktop to send the window.
Personally, I would
By the way, I guess vino-preferences gets confused because the DISPLAY
command includes localhost but does not point to the local X server,
just to the ssh forwarding tunnel.
It can be seen from this example (and also shows why the trick with the
DISPLAY variable in my previous post works):
Many thanks for your work and info Ilya :D
--
Keyboard layout change on hotkeys press instead of release and do not work well
with shortcuts
https://bugs.launchpad.net/bugs/36812
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
Any chance to see this patch in for lucid?
--
Keyboard layout change on hotkeys press instead of release and do not work well
with shortcuts
https://bugs.launchpad.net/bugs/36812
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
I have the same problem.
I have X running on server
client ssh server
server vino-preferences (the window opens in client, set to accept connections
only from localhost)
server exit
client vncviewer -via server localhost
I see the X server of client and not of server.
--
vino-preferences over
Ilya Murav'jov from http://bugs.freedesktop.org/show_bug.cgi?id=865 has
posted the attached patch to resolve this issue.
It indeed considers the key combinations on release and not on press.
I have checked it with combinations of Alt, Shit andTab where :
Alt+Tab : next window
Alt+Shift+Tab:
Public bug reported:
Binary package hint: desktop-file-utils
The default text file editor is gedit, the default browser firefox, etc.
I think that it would more correct to use the alternative applications.
This means that text files should be handled by gnome-text-editor, the html
files from
23 matches
Mail list logo
