[Bug 307968] Re: ekiga new look & missing contact #'s ,call history
Hi same for me after upgrading to jaunty from ibex: In Ibex I was surprised to see that ekiga used Evolution's address book. Cool. So, FROM EKIGA (IBEX), I added a telephone number to a contact. Opened evolution and saw that a number was stored somewhere. Recently updated to jaunty and now to my surprise the contact no longer had a phone number. But in evolution it did. Added the phone number again, and: Voilá: -The Jaunty version of ekiga stores the phone number (VOIP URI) in Evolution's "BUSINESS PHONE NUMBER" on the Contact tab. However, the Ibex version of ekiga stored the phone numbers in Evolution's "VIDEO CHAT" on the Personal tab. I think for backwards compatibility the new jaunty version should definately lookup "VIDEO CHAT" URIs in addition to "BUSINESS PHONE NUMBER" -- ekiga new look & missing contact #'s ,call history https://bugs.launchpad.net/bugs/307968 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to ekiga in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 174832] Re: ubuntu gnome-terminal - wrong key mapping in bash with a french keyboard
I had a similar problem, not with french but with dvorak layout: SOLUTION IN UBUNTU JAUNTY I too suddenly got this strange behaviour, but it used to work before. Behaviour: In gnome-terminal, before I could start typing a command and then cancel it by pressing Ctrl+I on a qwerty keyboard. That is Ctrl+C on a dvorak. Suddenly I could not. In fact all Ctrl+ did not work in gnome- terminal. But they did in openoffice, firefox etc. After some head scratching and googling I found some hints saying it helped to delete the US layout. Made me think about that I recently had updated my keyboard configuration file (http://arno.homelinux.org/dvorak/), and to make xkb take it into consideration I usually 0) Copy the xkb file into /usr/share/X11/xkb/symbols/ 1) Open keyboard preferences and delete the dvorak layout 2) Open keyboard preferences and add the dvorak layout again Now I can type my updated keyboard. -But this time the "US Ctrl keys" are in effect no matter what I try, even when choosing the dvorak layout. MY SOLUTION: --- 1) Open keyboard preferences and delete all but the dvorak layout 2) Add the layouts again. 3) Enjoy. --- To me this is STILL A BUG, since now when I select US keyboard, I have to press Ctrl+I to get a Ctrl+C. In other words, dvorak rules the Ctrl- key. However since I never use anything but my custom layout I'm not very much affected... When thinking about it, I probably never saw this bug before because I chose Norway dvorak during the install process. It is actually the system default layout, to my cow-orkers' despair. ;) I'm writing this long story to remember it myself, maybe it will help you too. -- ubuntu gnome-terminal - wrong key mapping in bash with a french keyboard https://bugs.launchpad.net/bugs/174832 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 204202] Re: Ctrl+Z in Terminal doesn't work with dvorak layout
Hope the server isn't tiref of hearing this since I posted it to other bug reports, too. SOLUTION IN UBUNTU JAUNTY I too suddenly got this strange behaviour, but it used to work before. Behaviour: In gnome-terminal, before I could start typing a command and then cancel it by pressing Ctrl+I on a qwerty keyboard. That is Ctrl+C on a dvorak. Suddenly I could not. In fact all Ctrl+ did not work in gnome- terminal. But they did in openoffice, firefox etc. After some head scratching and googling I found some hints saying it helped to delete the US layout. Made me think about that I recently had updated my keyboard configuration file (http://arno.homelinux.org/dvorak/), and to make xkb take it into consideration I usually 0) Copy the xkb file into /usr/share/X11/xkb/symbols/ 1) Open keyboard preferences and delete the dvorak layout 2) Open keyboard preferences and add the dvorak layout again Now I can type my updated keyboard. -But this time the "US Ctrl keys" are in effect no matter what I try, even when choosing the dvorak layout. MY SOLUTION: --- 1) Open keyboard preferences and delete all but the dvorak layout 2) Add the layouts again. 3) Enjoy. --- To me this is STILL A BUG, since now when I select US keyboard, I have to press Ctrl+I to get a Ctrl+C. In other words, dvorak rules the Ctrl- key. However since I never use anything but my custom layout I'm not very much affected... When thinking about it, I probably never saw this bug before because I chose Norway dvorak during the install process. It is actually the system default layout, to my cow-orkers' despair. ;) I'm writing this long story to remember it myself, maybe it will help you too. -- Ctrl+Z in Terminal doesn't work with dvorak layout https://bugs.launchpad.net/bugs/204202 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 36091] Re: Failure to Save to SSHFS volumes
*** This bug is a duplicate of bug 34813 *** https://bugs.launchpad.net/bugs/34813 This is also an issue in Ibex; I know there are related bugs but this one is labeled especifically SSHFS. The problem is as explained above that on sshfs you cannot rename a file "A.txt" to "A.txt~" if "A.txt~" already exists. Even if the target filesystem can. To me this is not gedit specific - all similar operations give the same error: a...@arno-laptop:~/jobbpc/var/www/dir$ mv stats.php stats.php~ mv: cannot move `stats.php' to `stats.php~': Operation not permitted ...while it works just fine if you mount with the rename workaround option to sshfs, like mszeredi says above: https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/36091/comments/15 What worries me is that sshfs isn't able to do this kind of renaming even when the target filesystem is ext3. On my system it's all linux, and I mount the remote ext3 system on a local ext3 tree via sshfs. OK maybe the tree isnt ext3 but the filesystems are. Then from a user standpoint I was puzzled that I couldn't do normal ext3 operations. Until I found this bug :) -- Failure to Save to SSHFS volumes https://bugs.launchpad.net/bugs/36091 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 250433] [NEW] Clarify "Save a copy" grayed out
Public bug reported: Binary package hint: evince Would it be possible for evince to somehow explain _why_ it cannot print or save a document, instead of just graying out the "Save a copy" menu item? I know I can just right-click a PDF link and "Save as...", it's just confusing when I don't get to know why I can't save the document... This could maybe be done with a pop-up [dialog], a "tooltip", changed title bar text, some info showing up in the Properties window, an information bar... ? https://bugs.launchpad.net/bugs/109429 says: "Could it be due to the access/copy rights on specific pdf files you're viewing? you can override these restrictions by setting "/apps/evince/override_restrictions" with gconf-editor." ** Affects: evince (Ubuntu) Importance: Undecided Status: New -- Clarify "Save a copy" grayed out https://bugs.launchpad.net/bugs/250433 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 123282] Re: LDAP fails. Says it can't find the server, but the server is there and spelled correctly. Works in Windows. Problem is probably with the authentifiaction.
Remember that sometimes DNS is not properly setup. In my organization the computer dept has a mixed setup of resolving IP addresses via DNS and via SMB/NETBIOS/WINS or something samba-related. I had this exact problem until I tried to ping the address book server from my linux machine, telling me it couldn't be found. From a windows machine it was found. One of the internal webservers are "set up" the same way - only "windows-IP-resolution" works, not DNS. Solutions: a) Setting up samba and make it resolve addresses for you might help the situation. If this works it's probably "best" because it mimics whatever windows does, and in my case the computer department mostly think windowsy. b) or, you could add the address book server IP address to /etc/hosts, like I did and it works like a charm. If you go to Evolution Prefecences, the exchange account and under Receiving options find global catalog server name to be nooslse002.sonnico.local, you need to find out the IP address of that server. I just ran " ping nooslse002.sonnico.local " on a windows machine. Now add that address to your /etc/hosts file: 127.0.0.1 localhost 32.8.8.70 nooslse002 nooslse002.sonnico.local Bob should now be your uncle. He was in my case; I didn't get the "LDAP authentication failed" and when I composed a new message, the lookup effectively worked. This will break when computer department changes the IP of the global addressbook server. They probably won't, but we're aware of Murphy's law. To developers: Maybe something could be done already in the settings window, like to see if the server can be contacted at all? -- LDAP fails. Says it can't find the server, but the server is there and spelled correctly. Works in Windows. Problem is probably with the authentifiaction. https://bugs.launchpad.net/bugs/123282 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 278919] [NEW] Cannot move mail to certain folders
Public bug reported: Binary package hint: evolution This looks a bit like bug #215643 although it is not exactly like. When I try to drag-and-drop mails to certain folders, they "will not go in there". They "fly back" to where dragged from. Right-clicking the mail, choosing "Move to folder" and then clicking the misbehaving folder also does not work: the folder is simply not highlighted as selected. I can move mail to other folders both by drag-and-drop and by the right-click menu. If I try and create a new folder I can move mail to it. I tried deleting the .cmeta, .ibex* files, but this did no difference. Permissions on the /.evolution/* are all read-write. I have run evolution from a terminal, and no messages appear as I try the move. Note the evolution accounts, data, etc were migrated from another ubuntu install (7.04 I think). Now using 8.04, the "Summary and folder mismatch, even after a sync" bug is gone :). I get this bug instead o_O The attachment is a video of the behaviour. $lsb_release -rd Description:Ubuntu 8.04.1 Release:8.04 $ uname -r 2.6.24-16-generic $ apt-cache policy evolution evolution: Installed: 2.22.3.1-0ubuntu1 Candidate: 2.22.3.1-0ubuntu1 Version table: *** 2.22.3.1-0ubuntu1 0 500 http://no.archive.ubuntu.com hardy-updates/main Packages 100 /var/lib/dpkg/status 2.22.2-0ubuntu1.2 0 500 http://security.ubuntu.com hardy-security/main Packages 2.22.1-0ubuntu3 0 500 http://no.archive.ubuntu.com hardy/main Packages ** Affects: evolution (Ubuntu) Importance: Undecided Status: New -- Cannot move mail to certain folders https://bugs.launchpad.net/bugs/278919 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 278919] Re: Cannot move mail to certain folders
** Attachment added: "video of malbehaviour" http://launchpadlibrarian.net/18249914/evo-movemail-trbl.ogg -- Cannot move mail to certain folders https://bugs.launchpad.net/bugs/278919 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 278919] Re: Cannot move mail to certain folders
OK I filed it as http://bugzilla.gnome.org/show_bug.cgi?id=555273 Arno -- Cannot move mail to certain folders https://bugs.launchpad.net/bugs/278919 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
