[Desktop-packages] [Bug 1924932] [NEW] Nautilus default behaviour for executable scripts is poor
Public bug reported: This is a papercut / quality of life issue that's really annoying me. On other file managers, if you set an .sh file as executable, it will offer to do something. With Ubuntu + Nautilus, it always by default just opens it in a text editor. This is really annoying and frankly a bad default to have. I know there's the right click menu to run as program, but since Ubuntu is trying to appeal to the masses here, good default behaviour is needed IMO. Example: you download a Linux game from GOG, you make it executable and then you double click to run -> wait a while as text editor tries to load a multiple GB installer .sh script, which is made with MojoSetup (it's a graphical app). Other file managers first ask what to do with a box like: "run? open as file? run in terminal?". Ubuntu should ideally do this too. I just don't think auto-opening big .sh executable files by default, in a text editor, is very good for users. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: Confirmed ** Description changed: This is a papercut / quality of life issue that's really annoying me. On other file managers, if you set an .sh file as executable, it will offer to do something. With Ubuntu + Nautilus, it always by default just - opens it in a text editor. This is really annoying. + opens it in a text editor. This is really annoying and frankly a bad + default to have. I know there's the right click menu to run as program, but since Ubuntu is trying to appeal to the masses here, good default behaviour is needed IMO. Example: you download a Linux game from GOG, you make it executable and then you double click to run -> wait a while as text editor tries to load a multiple GB installer .sh script, which is made with MojoSetup (it's a graphical app). Other file managers first ask what to do with a box like: "run? open as - file? run in terminal?" + file? run in terminal?". Ubuntu should ideally do this too. I just don't think auto-opening big .sh executable files by default, in a text editor, is very good for users. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1924932 Title: Nautilus default behaviour for executable scripts is poor Status in nautilus package in Ubuntu: Confirmed Bug description: This is a papercut / quality of life issue that's really annoying me. On other file managers, if you set an .sh file as executable, it will offer to do something. With Ubuntu + Nautilus, it always by default just opens it in a text editor. This is really annoying and frankly a bad default to have. I know there's the right click menu to run as program, but since Ubuntu is trying to appeal to the masses here, good default behaviour is needed IMO. Example: you download a Linux game from GOG, you make it executable and then you double click to run -> wait a while as text editor tries to load a multiple GB installer .sh script, which is made with MojoSetup (it's a graphical app). Other file managers first ask what to do with a box like: "run? open as file? run in terminal?". Ubuntu should ideally do this too. I just don't think auto-opening big .sh executable files by default, in a text editor, is very good for users. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1924932/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1021375] Re: Nautilus says the USB stick is read only when it is not
Same issue here, had it for a long time. Can also confirm that "killall nautilus" solves it. Still an issue on Ubuntu 16.10. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1021375 Title: Nautilus says the USB stick is read only when it is not Status in Nautilus: Incomplete Status in nautilus package in Ubuntu: Confirmed Bug description: First time I use an USB drive since I updated to 12.04 and I found a really annoying bug on Nautilus. Nautilus claims that the destination drive is read-only when in fact it is not. How to reproduce: 1. Connect a USB stick drive to your competer. 2. The USB will appear in the desktop. 3. Open two Nautilus windows one in your home folder, other in the USB stick drive. 4. Select any file from your home folder (small enough to fit the free space in the USB drive) 5. Drag the file and drop it in the USB drive window. -- Nautilus will say that it cannot copy the file because the destination is read ony -- If you try the copy the same file with the terminal you will see that the file is copied without problem, other programs like gedit or LibreOffice can write in the usb stick drive just fine. It is not a problem with the USB stick, as shown here: [ 6232.288064] usb 2-1: new high-speed USB device number 6 using ehci_hcd [ 6232.426378] scsi8 : usb-storage 2-1:1.0 [ 6233.468489] scsi 8:0:0:0: Direct-Access Kingston DT 101 IIPMAP PQ: 0 ANSI: 0 CCS [ 6233.469862] sd 8:0:0:0: Attached scsi generic sg2 type 0 [ 6234.178262] sd 8:0:0:0: [sdb] 3909632 512-byte logical blocks: (2.00 GB/1.86 GiB) [ 6234.178735] sd 8:0:0:0: [sdb] Write Protect is off [ 6234.178740] sd 8:0:0:0: [sdb] Mode Sense: 23 00 00 00 [ 6234.179251] sd 8:0:0:0: [sdb] No Caching mode page present [ 6234.179256] sd 8:0:0:0: [sdb] Assuming drive cache: write through [ 6234.183369] sd 8:0:0:0: [sdb] No Caching mode page present [ 6234.183376] sd 8:0:0:0: [sdb] Assuming drive cache: write through [ 6234.210138] sdb: sdb1 [ 6234.212732] sd 8:0:0:0: [sdb] No Caching mode page present [ 6234.212736] sd 8:0:0:0: [sdb] Assuming drive cache: write through [ 6234.212740] sd 8:0:0:0: [sdb] Attached SCSI removable disk The permisions on the removable drive are set correctly: sergio@shana:/media$ ls -lah total 12K drwxr-xr-x 3 root root 4,0K jul 5 10:20 . drwxr-xr-x 23 root root 4,0K jul 3 11:01 .. drwx-- 5 sergio sergio 4,0K dic 31 1969 DESIGNPLUS There is enough free space in the drive: sergio@shana:/media/DESIGNPLUS$ df -h S.ficheros Tamaño Usado Disp Uso% Montado en /dev/sda2 50G 5,5G 42G 12% / udev 1,5G 4,0K 1,5G 1% /dev tmpfs579M 872K 579M 1% /run none 5,0M 0 5,0M 0% /run/lock none 1,5G 1,1M 1,5G 1% /run/shm /dev/sda1497M 113M 360M 24% /boot /dev/sda5245G 111G 122G 48% /home /dev/sdb11,9G 681M 1,2G 36% /media/DESIGNPLUS A file can be copied to the USB stick using the cp command for example. sergio@shana:~/Trash$ cp wireless.txt /media/DESIGNPLUS sergio@shana:~/Trash$ cd /media/DESIGNPLUS sergio@shana:/media/DESIGNPLUS$ ls -lah total 204K drwx-- 5 sergio sergio 4,0K jul 5 10:38 . drwxr-xr-x 3 root root 4,0K jul 5 10:20 .. -rw-r--r-- 1 sergio sergio 117K jul 5 10:14 ._Screen Shot 2012-06-30 at 8.50.37 AM.png -rw-r--r-- 1 sergio sergio 55K jun 30 08:51 Screen Shot 2012-06-30 at 8.50.37 AM.png drwx-- 4 sergio sergio 4,0K jul 5 10:05 .Spotlight-V100 drwx-- 2 sergio sergio 4,0K jul 5 10:05 .Trashes -rw-r--r-- 1 sergio sergio 4,0K jul 5 10:05 ._.Trashes -rw-r--r-- 1 sergio sergio 73 jul 5 10:38 wireless.txt But nautilus just dennies to copy the file claming that the destination is read only, when it is not. I tested it with two different USB sticks in two different computers running Ubuntu 12.04 and the same result. To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1021375/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1626732] Re: gnome software does not warn on removing packages during install
** Description changed: - I accidentally installed a 32bit dev of the "google music desktop + I accidentally installed a 32bit .deb of the "google music desktop player", this seemed to remove libappindicator and fuck a few things up (my indicators vanished, google chrome wouldn't load etc). This software installer is dangerous, it doesn't warn people on dependencies other apps need being removed or replaced. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1626732 Title: gnome software does not warn on removing packages during install Status in gnome-software package in Ubuntu: New Bug description: I accidentally installed a 32bit .deb of the "google music desktop player", this seemed to remove libappindicator and fuck a few things up (my indicators vanished, google chrome wouldn't load etc). This software installer is dangerous, it doesn't warn people on dependencies other apps need being removed or replaced. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1626732/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1626732] [NEW] gnome software does not warn on removing packages during install
Public bug reported: I accidentally installed a 32bit dev of the "google music desktop player", this seemed to remove libappindicator and fuck a few things up (my indicators vanished, google chrome wouldn't load etc). This software installer is dangerous, it doesn't warn people on dependencies other apps need being removed or replaced. ** Affects: gnome-software (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1626732 Title: gnome software does not warn on removing packages during install Status in gnome-software package in Ubuntu: New Bug description: I accidentally installed a 32bit dev of the "google music desktop player", this seemed to remove libappindicator and fuck a few things up (my indicators vanished, google chrome wouldn't load etc). This software installer is dangerous, it doesn't warn people on dependencies other apps need being removed or replaced. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1626732/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1445595] Re: Empty trash from Launcher results in Nautilus window opening
Also confirmed fixed here, thanks a lot! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1445595 Title: Empty trash from Launcher results in Nautilus window opening Status in One Hundred Papercuts: Fix Released Status in Unity: Confirmed Status in nautilus package in Ubuntu: Fix Released Status in unity package in Ubuntu: Fix Released Status in nautilus source package in Xenial: Fix Released Status in unity source package in Xenial: Fix Released Bug description: Test case: - Add a file to trash if none already - Right click on Unity launcher trash icon > click on Empty Trash option - Nautilus open a window @ home folder When selecting 'Empty trash' from the launcher, I get a dialog to confirm the deletion and a Nautilus window. When emptying trash from Nautilus window, I get only a confirmation dialog as expected. Expected behavior: - Only confirmation dialog pops up To manage notifications about this bug go to: https://bugs.launchpad.net/hundredpapercuts/+bug/1445595/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1445595] Re: Empty trash from Launcher results in Nautilus window opening
On Ubuntu 16.04 it was fixed, and now it's back again. Extremely irritating. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1445595 Title: Empty trash from Launcher results in Nautilus window opening Status in One Hundred Papercuts: Triaged Status in Unity: Confirmed Status in nautilus package in Ubuntu: Fix Released Status in unity package in Ubuntu: In Progress Status in nautilus source package in Xenial: Fix Released Status in unity source package in Xenial: In Progress Bug description: Test case: - Add a file to trash if none already - Right click on Unity launcher trash icon > click on Empty Trash option - Nautilus open a window @ home folder When selecting 'Empty trash' from the launcher, I get a dialog to confirm the deletion and a Nautilus window. When emptying trash from Nautilus window, I get only a confirmation dialog as expected. Expected behavior: - Only confirmation dialog pops up To manage notifications about this bug go to: https://bugs.launchpad.net/hundredpapercuts/+bug/1445595/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1359211] Re: Mouse cursor tiny when hovering unity elements in high DPI mode
For some reason I wasn't emailed your reply Marco. I've re-checked, and something must have gone awry with the last attempt as I can confirm it working fine now, thanks. ** Tags removed: verification-needed ** Tags added: verification-done -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1359211 Title: Mouse cursor tiny when hovering unity elements in high DPI mode Status in Compiz: Fix Committed Status in Unity: Fix Committed Status in Unity 7.3 series: In Progress Status in compiz package in Ubuntu: Fix Released Status in unity package in Ubuntu: Fix Released Status in unity-settings-daemon package in Ubuntu: Fix Released Status in compiz source package in Wily: Fix Committed Status in unity source package in Wily: Fix Committed Status in unity-settings-daemon source package in Wily: Confirmed Bug description: [Impact] On a high DPI screen (220 DPI) the mouse cursor is really tiny when hovering unity elements. There are various keys in dconf to change the cursor's scale factor or size. I've managed to change it in a way that it looks normal when inside application windows, but its still tiny when on unity elements. I think this should be set automatically by the scale factor setting in system settings. (Using unity 7.3.1+14.10.20140811-0ubuntu1) [Test Case] * Log in * Launch Firefox * Move the mouse over the panel or the launcher, then back over the Firefox window. * Cursor should always be of the same size [Regression Potential] * Mouse cursors might appear wrong for some actions To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1359211/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1359211] Re: Mouse cursor tiny when hovering unity elements in high DPI mode
Actually, this isn't exactly fixed. While it's true the cursor no longer turns tiny, it's stuck onto one single cursor. When browing the web, you no longer get different cursors while hovering over things like links and such. Basically, you now only have one single cursor. Changing tag back. ** Tags removed: verification-done ** Tags added: verification-needed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1359211 Title: Mouse cursor tiny when hovering unity elements in high DPI mode Status in Compiz: Fix Committed Status in Unity: Fix Committed Status in Unity 7.3 series: In Progress Status in compiz package in Ubuntu: Fix Released Status in unity package in Ubuntu: Fix Released Status in unity-settings-daemon package in Ubuntu: Fix Released Status in compiz source package in Wily: Fix Committed Status in unity source package in Wily: Fix Committed Status in unity-settings-daemon source package in Wily: Confirmed Bug description: [Impact] On a high DPI screen (220 DPI) the mouse cursor is really tiny when hovering unity elements. There are various keys in dconf to change the cursor's scale factor or size. I've managed to change it in a way that it looks normal when inside application windows, but its still tiny when on unity elements. I think this should be set automatically by the scale factor setting in system settings. (Using unity 7.3.1+14.10.20140811-0ubuntu1) [Test Case] * Log in * Launch Firefox * Move the mouse over the panel or the launcher, then back over the Firefox window. * Cursor should always be of the same size [Regression Potential] * Mouse cursors might appear wrong for some actions To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1359211/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1445595] Re: Empty trash from Launcher results in Nautilus window opening
For such an irritating bug, could we at least get it in the current release? 15.10, it would be really nice to have it go away. Is there a reason it's not hitting 15.10? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1445595 Title: Empty trash from Launcher results in Nautilus window opening Status in One Hundred Papercuts: Triaged Status in Unity: Confirmed Status in nautilus package in Ubuntu: Fix Released Status in unity package in Ubuntu: In Progress Status in nautilus source package in Xenial: Fix Released Status in unity source package in Xenial: In Progress Bug description: Test case: - Add a file to trash if none already - Right click on Unity launcher trash icon > click on Empty Trash option - Nautilus open a window @ home folder When selecting 'Empty trash' from the launcher, I get a dialog to confirm the deletion and a Nautilus window. When emptying trash from Nautilus window, I get only a confirmation dialog as expected. Expected behavior: - Only confirmation dialog pops up To manage notifications about this bug go to: https://bugs.launchpad.net/hundredpapercuts/+bug/1445595/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1359211] Re: Mouse cursor tiny when hovering unity elements in high DPI mode
Yeah, it's really not great. As it also forces the big system cursor of the top of cursors in full screen games, I'm going to revert now as it's too buggy. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1359211 Title: Mouse cursor tiny when hovering unity elements in high DPI mode Status in Compiz: Fix Committed Status in Unity: Fix Committed Status in Unity 7.3 series: In Progress Status in compiz package in Ubuntu: Fix Released Status in unity package in Ubuntu: Fix Released Status in unity-settings-daemon package in Ubuntu: Fix Released Status in compiz source package in Wily: Fix Committed Status in unity source package in Wily: Fix Committed Status in unity-settings-daemon source package in Wily: Confirmed Bug description: [Impact] On a high DPI screen (220 DPI) the mouse cursor is really tiny when hovering unity elements. There are various keys in dconf to change the cursor's scale factor or size. I've managed to change it in a way that it looks normal when inside application windows, but its still tiny when on unity elements. I think this should be set automatically by the scale factor setting in system settings. (Using unity 7.3.1+14.10.20140811-0ubuntu1) [Test Case] * Log in * Launch Firefox * Move the mouse over the panel or the launcher, then back over the Firefox window. * Cursor should always be of the same size [Regression Potential] * Mouse cursors might appear wrong for some actions To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1359211/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1359211] Re: Mouse cursor tiny when hovering unity elements in high DPI mode
The proposed package fixes it. Hope I have this right: 7.3.3+15.10.20151203-0ubuntu1 is the current version in proposed and it's now actually working as expected, no tiny mouse cursor hooray! ** Tags removed: verification-needed ** Tags added: verification-done -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1359211 Title: Mouse cursor tiny when hovering unity elements in high DPI mode Status in Compiz: Fix Committed Status in Unity: Fix Committed Status in Unity 7.3 series: In Progress Status in compiz package in Ubuntu: Fix Released Status in unity package in Ubuntu: Fix Released Status in unity-settings-daemon package in Ubuntu: Fix Released Status in compiz source package in Wily: Fix Committed Status in unity source package in Wily: Fix Committed Status in unity-settings-daemon source package in Wily: Confirmed Bug description: [Impact] On a high DPI screen (220 DPI) the mouse cursor is really tiny when hovering unity elements. There are various keys in dconf to change the cursor's scale factor or size. I've managed to change it in a way that it looks normal when inside application windows, but its still tiny when on unity elements. I think this should be set automatically by the scale factor setting in system settings. (Using unity 7.3.1+14.10.20140811-0ubuntu1) [Test Case] * Log in * Launch Firefox * Move the mouse over the panel or the launcher, then back over the Firefox window. * Cursor should always be of the same size [Regression Potential] * Mouse cursors might appear wrong for some actions To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1359211/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1445595] Re: Empty trash from Launcher results in Nautilus window opening
Ah, glad to see I'm not the only one with this issue, been driving me a bit mad. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1445595 Title: Empty trash from Launcher results in Nautilus window opening Status in One Hundred Papercuts: Triaged Status in Unity: Confirmed Status in nautilus package in Ubuntu: Triaged Status in unity package in Ubuntu: Triaged Status in nautilus source package in Xenial: Triaged Status in unity source package in Xenial: Triaged Bug description: Test case: - Add a file to trash if none already - Right click on Unity launcher trash icon > click on Empty Trash option - Nautilus open a window @ home folder When selecting 'Empty trash' from the launcher, I get a dialog to confirm the deletion and a Nautilus window. When emptying trash from Nautilus window, I get only a confirmation dialog as expected. Expected behavior: - Only confirmation dialog pops up To manage notifications about this bug go to: https://bugs.launchpad.net/hundredpapercuts/+bug/1445595/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1168876] [NEW] x-chat cannot resume from its indicator
Public bug reported: If you have the xchat-indicator installed (running xchat in Unity) and close X-Chat (minimize to tray), it will show a little arrow next to the x-chat icon to indicate its running in the message menu, but when you click the icon it doesn't resume it opens an entirely new xchat session. ** Affects: xchat-gnome (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xchat-gnome in Ubuntu. https://bugs.launchpad.net/bugs/1168876 Title: x-chat cannot resume from its indicator Status in “xchat-gnome” package in Ubuntu: New Bug description: If you have the xchat-indicator installed (running xchat in Unity) and close X-Chat (minimize to tray), it will show a little arrow next to the x-chat icon to indicate its running in the message menu, but when you click the icon it doesn't resume it opens an entirely new xchat session. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xchat-gnome/+bug/1168876/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1040259] Re: FFE: libmessaging-menu transitions for quantal
Please add the fix at least to your PPA and try to get it into QQ updates :) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gwibber in Ubuntu. https://bugs.launchpad.net/bugs/1040259 Title: FFE: libmessaging-menu transitions for quantal Status in Gmail Watcher: Triaged Status in Lightread: New Status in Quassel Irc Client: New Status in Skype-wrapper: In Progress Status in “evolution-indicator” package in Ubuntu: Triaged Status in “gm-notify” package in Ubuntu: Triaged Status in “gwibber” package in Ubuntu: Fix Released Status in “indicator-messages” package in Ubuntu: Fix Released Status in “kdenetwork” package in Ubuntu: New Status in “kdepim” package in Ubuntu: New Status in “libdbusmenu-qt” package in Ubuntu: New Status in “libunity-webapps” package in Ubuntu: Fix Released Status in “liferea” package in Ubuntu: Triaged Status in “pidgin” package in Ubuntu: Fix Released Status in “pidgin-libnotify” package in Ubuntu: Fix Released Status in “quassel” package in Ubuntu: New Status in “smuxi” package in Ubuntu: Fix Released Status in “telepathy-indicator” package in Ubuntu: Fix Released Status in “thunderbird” package in Ubuntu: Fix Released Status in “unity-mail” package in Ubuntu: Fix Released Status in “xchat-indicator” package in Ubuntu: Fix Released Status in “gm-notify” source package in Quantal: Triaged Status in “gwibber” source package in Quantal: Fix Released Status in “indicator-messages” source package in Quantal: Fix Released Status in “kdenetwork” source package in Quantal: New Status in “kdepim” source package in Quantal: New Status in “libdbusmenu-qt” source package in Quantal: New Status in “libunity-webapps” source package in Quantal: Fix Released Status in “liferea” source package in Quantal: Triaged Status in “pidgin” source package in Quantal: Confirmed Status in “pidgin-libnotify” source package in Quantal: In Progress Status in “quassel” source package in Quantal: New Status in “smuxi” source package in Quantal: Fix Released Status in “telepathy-indicator” source package in Quantal: Fix Released Status in “thunderbird” source package in Quantal: Fix Released Status in “unity-mail” source package in Quantal: Fix Released Status in “xchat-indicator” source package in Quantal: Fix Released Bug description: indicator-messages got updated, introducing a new libmessaging-menu api (deprecating the old libindicate library) which should make application developper's life easier. The indicator work is done and the library is ready and we started porting applications The current stack is being tested in https://launchpad.net/~ubuntu- desktop/+archive/ppa/ It includes - indicator-messages - gwibber - indicator-telepathy - thunderbird (soon, work is being finished) which is what we consider the minimal set for landing the feature for quantal we will add those soon: - pidgin - xchat-indicator - evolution-indicator To manage notifications about this bug go to: https://bugs.launchpad.net/gmailwatcher/+bug/1040259/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp