Re: [Bug 853661] Re: Archive Mounter doesn't work
It's a pleasure - I'm glad my comment was helpful to someone. It would be nice if some visible feedback was restored when mounting. On 08/01/2012 05:42, Aisano wrote: > Thank you, Chris; I was desperate that this feature had disappeared. For > weeks I had been fiddling with it, and I should never have had the idea > to look in the mount section of Nautilus. You are right, there it is. > Will need some time to get used to it... (Before the mounted archives > had opened in a new window.) > > I am not the original bug reporter but I was "affected" and only today > discovered this bug report. > -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/853661 Title: Archive Mounter doesn't work To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/853661/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 853661] Re: Archive Mounter doesn't work
I also thought that this bug affects me but now I have realised that archive mount does work in Ubuntu 11.10 for me; there just isn't much visible feedback. When I right-click on an .iso file in Nautilus (Ubuntu 11.10), there is no visibly obvious feedback but now scroll down the Places sidepanel to the Network section. My iso is now mounted there. In Ubuntu 11.04 I it mounted it under the Device section which is at the top and so more visible. Does this solve the bug reporter's problem? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/853661 Title: Archive Mounter doesn't work To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/853661/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 458459] Re: PDF form fields are not displayed
Marking as confirmed. In fact when I view the pdf attachment using Evince 2.28.1 on Karmic I see even less than the 9.04 screenshot attached . All I see is a blank grey button. The odd thing is that if I select all the text, (Ctrl-A), the text areas are highlighted and I can copy the text into say gedit. I have a similar problem with a simpler PDF which I attach. Acroread 9 displays the file just fine. ** Changed in: evince (Ubuntu) Status: New => Confirmed ** Attachment added: "Small PDF file which displays incorrectly in evince 2.28.1" http://launchpadlibrarian.net/34445646/TAX%20INVOICE%20IN048232.PDF -- PDF form fields are not displayed https://bugs.launchpad.net/bugs/458459 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 363236] Re: Thunderbird does not appear in right-click send to
Fixed upstream - http://bugzilla.gnome.org/show_bug.cgi?id=579927 ** Bug watch added: GNOME Bug Tracker #579927 http://bugzilla.gnome.org/show_bug.cgi?id=579927 -- Thunderbird does not appear in right-click send to https://bugs.launchpad.net/bugs/363236 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 366410] Re: nautilus-sendto suggests thunderbird and claims in description to handle it, but the plugin is missing
** Description changed: just upgraded to jaunty, can we have this plugin back please...? + + Fix / Work-around + --- + Just to make things clear for people who see the same bug and get confused - you *can* send files using Thunderbird. + Although the Send To menu shows "Email (Evolution)" even though Thunderbird may be set as the Gnome default email program, if you click Send, your default email program will be opened to compose the email. + + It seems that this version of nautilus-sendto had had the name + "Evolution" hardcoded into the menu or something - at any rate the + confusing menu will be fixed in Karma. -- nautilus-sendto suggests thunderbird and claims in description to handle it, but the plugin is missing https://bugs.launchpad.net/bugs/366410 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 313159] Re: Play button starts first play queue created but not subsequent ones.
*** This bug is a duplicate of bug 292662 *** https://bugs.launchpad.net/bugs/292662 Yes, I can confirm that the bug does not appear in Jaunty beta -- Play button starts first play queue created but not subsequent ones. https://bugs.launchpad.net/bugs/313159 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 313159] Re: Play queue only works once and then 'freezes'
Correction to previous comment (/12) s/Hardy/Intrepid/ @Sebastien: Sorry, I meant Intrepid instead of Hardy in my comments/questions to you. ** Summary changed: - Play queue only works once and then 'freezes' + Play button starts first play queue created but not subsequent ones. -- Play button starts first play queue created but not subsequent ones. https://bugs.launchpad.net/bugs/313159 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 313159] Re: Play queue only works once and then 'freezes'
@Pedro: No, I also get this problem if I select songs straight from a commercial music CD. I am not sure what your comment about the files not being removed from the queue means - I am not a technical user. @Sebastien: I still get the issue on my updated Hardy. When I last tested it with Jaunty (alpha 3) I also got the issue. I have not tried the latest Jaunty alpha. This is because it is not available from a local mirror and international bandwidth is still very expensive in my country (government monopoly). Updating my Jaunty would take 426MB which is almost a third of my 1.5 GB monthly bandwidth quota. What happens when *you* follow the recipe above on your Hardy and Jaunty installs? Create a queue with say just three songs. You can use Next button and the scroll button to skip over most of the playing time so that following the recipe won't take more than a minute each time. If the problem behaviour appears on your Hardy but not on your Jaunty, it probably means the bug has been fixed. In which case I do not want to file an upstream bug report. But if you get the problem behaviour on both your Hardy and Jaunty, please let me know and I will open a bug report in the Gnome bugzilla. -- Play queue only works once and then 'freezes' https://bugs.launchpad.net/bugs/313159 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 313159] Re: Play queue only works once and then 'freezes'
** Description changed: Binary package hint: rhythmbox Problem versions: --- Rhythmbox 0.11.6 (apt-cache policy gives Installed: 0.11.6svn20081008-0ubuntu4.2) Ubuntu 8.10, Jaunty Alpha-2 Regression behaviour (and possible clue to the bug's origin) -- Problem does not occur in Ubuntu Hardy 8.04 (Rhythmbox 0.11.5) so this is a -regression-. However, there was a different problem (I will give more details in a comment) with this version and I am now thinking that perhaps the fix for that problem ended up creating this new bug. This is just idle speculation on my part but it may also be a clue. Steps to reproduce problem symptoms: --- 1. Open Rhythmbox (First close existing session if already open) 2. Place one or two songs into the Play Queue from say your Music library or from an audio CD. (Right-click on each song and "Add to Play Queue") 3. Play the queue. (Highlight Play Queue in left sidebar and then click on the Play toolbar button. Results of this step: The Play button visually changes to its depressed state and the songs in the queue play. Each song disappears from the queue as it finishes playing. - This is the expected (correct) behaviour so far. *But notice the following.* When the queue has finished and there are no more songs shown in the queue, the Play button still remains depressed. This is unexpected behaviour to my mind and it may be associated with the main problem. Since there are no more songs to play, I would expect the Play button to revert to its normal unpressed state. + This is the expected (correct) behaviour so far. *But notice the following.* When the queue has finished and there are no more songs shown in the queue, the Play button still remains depressed. This is unexpected behaviour to my mind and it may be associated with the main problem. Since there are no more songs to play, I would expect the Play button to revert to its normal unpressed state. (This is a regression from Ubuntu 8.04 / Rhythmbox 0.11.5 in which the Play button does revert to its normal unpressed state.) 4. Once the queue has finished playing, click the Play button to change it back to its normal state. *Note:* This step does not seem to affect the outcome whether it is done or not. 5. Create another short play queue as described above in step 2. 6. Try to play the new queue as described in step 3 above. Results of this step: - Although you can press and unpress the Play button, the song is not played. This is the main unexpected behaviour symptom of this bug report. I would expect that the new queue can be played just like the first one. + Although you can press and unpress the Play button, the song is not played. This is the main unexpected behaviour symptom of this bug report. I would expect that the new queue can be played just like the first one. This is a regression from + Ubuntu 8.04 / Rhythmbox 0.11.5 in which pressing the Play button causes the queue to start playing. Workaround - After highlighting the Play Queue folder tab on the right, just double-click on the first song in the list on the right and the queue will start to play despite the Play button not working. + After highlighting the Play Queue folder tab on the right, just double-click on the first song in the list on the right and the queue will start to play. Once the queue has started to play, the Play button can again be used to play/pause songs. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 8.10 NonfreeKernelModules: nvidia Package: rhythmbox 0.11.6svn20081008-0ubuntu4.2 ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_ZA.UTF-8 SHELL=/bin/bash SourcePackage: rhythmbox Uname: Linux 2.6.27-9-generic i686 -- Play queue only works once and then 'freezes' https://bugs.launchpad.net/bugs/313159 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 150394] Re: Rhythmbox plays first song on list when done with play queue
This behaviour does not occur in Intrepid? - I can reproduce this behaviour in Hardy (8.04) but not in Intrepid (8.10). Would one of the original reporters please give feedback as to whether they still get this behaviour in Intrepid. -- Rhythmbox plays first song on list when done with play queue https://bugs.launchpad.net/bugs/150394 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 313159] Re: [Intrepid, Jaunty] Play queue only works once and then 'freezes'
** Description changed: Binary package hint: rhythmbox Problem versions: --- Rhythmbox 0.11.6 (apt-cache policy gives Installed: 0.11.6svn20081008-0ubuntu4.2) Ubuntu 8.10, Jaunty Alpha-2 Regression behaviour (and possible clue to the bug's origin) -- Problem does not occur in Ubuntu Hardy 8.04 (Rhythmbox 0.11.5) so this is a -regression-. However, there was a different problem (I will give more details in a comment) with this version and I am now thinking that perhaps the fix for that problem ended up creating this new bug. This is just idle speculation on my part but it may also be a clue. Steps to reproduce problem symptoms: --- 1. Open Rhythmbox (First close existing session if already open) 2. Place one or two songs into the Play Queue from say your Music library or from an audio CD. (Right-click on each song and "Add to Play Queue") 3. Play the queue. (Highlight Play Queue in left sidebar and then click on the Play toolbar button. Results of this step: The Play button visually changes to its depressed state and the songs in the queue play. Each song disappears from the queue as it finishes playing. This is the expected (correct) behaviour so far. *But notice the following.* When the queue has finished and there are no more songs shown in the queue, the Play button still remains depressed. This is unexpected behaviour to my mind and it may be associated with the main problem. Since there are no more songs to play, I would expect the Play button to revert to its normal unpressed state. 4. Once the queue has finished playing, click the Play button to change it back to its normal state. *Note:* This step does not seem to affect the outcome whether it is done or not. 5. Create another short play queue as described above in step 2. 6. Try to play the new queue as described in step 3 above. Results of this step: Although you can press and unpress the Play button, the song is not played. This is the main unexpected behaviour symptom of this bug report. I would expect that the new queue can be played just like the first one. + Workaround + + After highlighting the Play Queue folder tab on the right, just double-click on the first song in the list on the right and the queue will start to play despite the Play button not working. + ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 8.10 NonfreeKernelModules: nvidia Package: rhythmbox 0.11.6svn20081008-0ubuntu4.2 ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_ZA.UTF-8 SHELL=/bin/bash SourcePackage: rhythmbox Uname: Linux 2.6.27-9-generic i686 -- [Intrepid, Jaunty] Play queue only works once and then 'freezes' https://bugs.launchpad.net/bugs/313159 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 313159] Re: [Intrepid, Jaunty] Play queue only works once and then 'freezes'
Debug output from rhythmbox when reproducing unexpected behaviour --- Hi Pedro. Thanks for your response. (Sorry - it is not clear from the sidebar that you were subscribed.) Here is the debug report you requested. I hope it helps. I have updated my Jaunty and I still get the behaviour on the two machines I tried. Given the workaround - viz just double-clicking on the first song in the queue, this is clearly a low priority bug. However, hopefully it can still be borne in mind when the relevant section of code is reviewed again. ** Attachment added: "Debug output from Rhythmbox when reproducing unexpected behaviour" http://launchpadlibrarian.net/21017022/rhythmbox-debug.txt.gz -- [Intrepid, Jaunty] Play queue only works once and then 'freezes' https://bugs.launchpad.net/bugs/313159 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 313159] Re: [Intrepid, Jaunty] Play queue only works once and then 'freezes'
Further info on program behaviour - I have now noticed that, although the subsequent play queue cannot be activated with the Play button (this is the buggy behaviour described), the play queue can be started by double-clicking the first song in the queue. I hope that this might provide a further clue to anyone looking at the code. -- [Intrepid, Jaunty] Play queue only works once and then 'freezes' https://bugs.launchpad.net/bugs/313159 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 313159] Re: [Intrepid, Jaunty] Play queue only works once and then 'freezes'
I realised that Pedro is not even subscribed to this bug report, hence he will not see my previous comment. So I have unmarked it as a duplicate of #150394 myself. Please give reasons if you think I am wrong. ** This bug is no longer a duplicate of bug 150394 Rhythmbox plays first song on list when done with play queue -- [Intrepid, Jaunty] Play queue only works once and then 'freezes' https://bugs.launchpad.net/bugs/313159 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 313159] Re: [Intrepid, Jaunty] Play queue only works once and then 'freezes'
*** This bug is a duplicate of bug 150394 *** https://bugs.launchpad.net/bugs/150394 Pedro, thank you for responding to my bug report. However, I think that you are wrong in considering this to be a duplicate of bug #150394. If you read my first comment above, I specifically discussed that bug report - please read it again. You will see that although I think that bug is related, it is NOT a duplicate. That bug described a different behaviour - the player would continue playing the first song on the list when the play queue was done. As I said in my comment, this behaviour no longer seems to occur, at least for me. Even if it does still occur, my bug report describes a different behaviour - the player stops playing when the play queue is done and will not play a second queue when the play button is pressed. Can you see that there is a difference? *So please unmark this bug as a duplicate.* I could do it myself, but I would prefer that you relooked at my whole bug report to satisfy yourself that this is not a duplicate. However, as I mentioned above, I think that the code change that fixed bug #150394 may have caused this new bug because they seem likely to involve the same section of code. What do you think of that possibility? -- [Intrepid, Jaunty] Play queue only works once and then 'freezes' https://bugs.launchpad.net/bugs/313159 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 313159] Re: [Intrepid, Jaunty] Play queue only works once and then 'freezes'
Confirmation of problem I confirmed that the problem behaviour also occurs in Fedora 10 which also uses Rhythmbox 0.11.6 but I cannot find a corresponding Fedora bug report. This would nevertheless seem to confirm that it is an upstream bug. I also described the bug on my local Ubuntu mailing list. Two people confirmed the bug on their Ubuntu 8.10 systems and no-one gave a contrary experience (ie where they did not see the problem behaviour). A small oops: I mentioned the url of the upstream bug possibly associated with the origin of this bug and this was automatically added as a remote bug watch. But please bear in mind that this is not the actual upstream bug associated with this current bug report. I don't know whether an upstream bug actually exists yet or not. ** Description changed: Binary package hint: rhythmbox Problem versions: --- Rhythmbox 0.11.6 (apt-cache policy gives Installed: 0.11.6svn20081008-0ubuntu4.2) Ubuntu 8.10, Jaunty Alpha-2 Regression behaviour (and possible clue to the bug's origin) -- Problem does not occur in Ubuntu Hardy 8.04 (Rhythmbox 0.11.5) so this is a -regression-. - However, there was a different problem (I will give more details in a comment) with this version and I am now thinking that perhaps the fix for that problem ended up creating this new bug. This is just idle speculation on my part but it may be just also be a clue. + However, there was a different problem (I will give more details in a comment) with this version and I am now thinking that perhaps the fix for that problem ended up creating this new bug. This is just idle speculation on my part but it may also be a clue. Steps to reproduce problem symptoms: --- 1. Open Rhythmbox (First close existing session if already open) 2. Place one or two songs into the Play Queue from say your Music library or from an audio CD. (Right-click on each song and "Add to Play Queue") 3. Play the queue. (Highlight Play Queue in left sidebar and then click on the Play toolbar button. Results of this step: The Play button visually changes to its depressed state and the songs in the queue play. Each song disappears from the queue as it finishes playing. This is the expected (correct) behaviour so far. *But notice the following.* When the queue has finished and there are no more songs shown in the queue, the Play button still remains depressed. This is unexpected behaviour to my mind and it may be associated with the main problem. Since there are no more songs to play, I would expect the Play button to revert to its normal unpressed state. 4. Once the queue has finished playing, click the Play button to change it back to its normal state. *Note:* This step does not seem to affect the outcome whether it is done or not. 5. Create another short play queue as described above in step 2. 6. Try to play the new queue as described in step 3 above. Results of this step: Although you can press and unpress the Play button, the song is not played. This is the main unexpected behaviour symptom of this bug report. I would expect that the new queue can be played just like the first one. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 8.10 NonfreeKernelModules: nvidia Package: rhythmbox 0.11.6svn20081008-0ubuntu4.2 ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_ZA.UTF-8 SHELL=/bin/bash SourcePackage: rhythmbox Uname: Linux 2.6.27-9-generic i686 ** Tags added: regression -- [Intrepid, Jaunty] Play queue only works once and then 'freezes' https://bugs.launchpad.net/bugs/313159 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 313159] Re: [Intrepid, Jaunty] Play queue only works once and then 'freezes'
More details on speculation as to origin of bug referred to in description. -- Rhythmbox 0.11.5 as in Ubuntu 8.04 displayed the unexpected behaviour described in a previous bug report: https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/150394 An example of the unexpected behaviour: You opened an audio CD with Rhythmbox and selected a few songs for your play queue and played the queue. Once the queue had been finished, the program would continue to play songs on the CD from the beginning instead of stopping. This bug report was linked to the upstream bug http://bugzilla.gnome.org/show_bug.cgi?id=549410 This behaviour no longer appears to occur in Rhythmbox 0.11.6 so it seems that something was changed upstream to affect or fix it although I cannot find any details. Since the point of occurrence of this old (fixed?) behaviour and the new unexpected behaviour described in this current bug report is the same, viz. what happens after the play queue is finished, this may be a clue as to which region of code to investigate. ** Also affects: rhythmbox (Fedora) Importance: Undecided Status: New -- [Intrepid, Jaunty] Play queue only works once and then 'freezes' https://bugs.launchpad.net/bugs/313159 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 313159] Re: [Intrepid, Jaunty] Play queue only works once and then 'freezes'
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/20858173/Dependencies.txt -- [Intrepid, Jaunty] Play queue only works once and then 'freezes' https://bugs.launchpad.net/bugs/313159 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 313159] [NEW] [Intrepid, Jaunty] Play queue only works once and then 'freezes'
Public bug reported: Binary package hint: rhythmbox Problem versions: --- Rhythmbox 0.11.6 (apt-cache policy gives Installed: 0.11.6svn20081008-0ubuntu4.2) Ubuntu 8.10, Jaunty Alpha-2 Regression behaviour (and possible clue to the bug's origin) -- Problem does not occur in Ubuntu Hardy 8.04 (Rhythmbox 0.11.5) so this is a -regression-. However, there was a different problem (I will give more details in a comment) with this version and I am now thinking that perhaps the fix for that problem ended up creating this new bug. This is just idle speculation on my part but it may be just also be a clue. Steps to reproduce problem symptoms: --- 1. Open Rhythmbox (First close existing session if already open) 2. Place one or two songs into the Play Queue from say your Music library or from an audio CD. (Right-click on each song and "Add to Play Queue") 3. Play the queue. (Highlight Play Queue in left sidebar and then click on the Play toolbar button. Results of this step: The Play button visually changes to its depressed state and the songs in the queue play. Each song disappears from the queue as it finishes playing. This is the expected (correct) behaviour so far. *But notice the following.* When the queue has finished and there are no more songs shown in the queue, the Play button still remains depressed. This is unexpected behaviour to my mind and it may be associated with the main problem. Since there are no more songs to play, I would expect the Play button to revert to its normal unpressed state. 4. Once the queue has finished playing, click the Play button to change it back to its normal state. *Note:* This step does not seem to affect the outcome whether it is done or not. 5. Create another short play queue as described above in step 2. 6. Try to play the new queue as described in step 3 above. Results of this step: Although you can press and unpress the Play button, the song is not played. This is the main unexpected behaviour symptom of this bug report. I would expect that the new queue can be played just like the first one. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 8.10 NonfreeKernelModules: nvidia Package: rhythmbox 0.11.6svn20081008-0ubuntu4.2 ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_ZA.UTF-8 SHELL=/bin/bash SourcePackage: rhythmbox Uname: Linux 2.6.27-9-generic i686 ** Affects: rhythmbox (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- [Intrepid, Jaunty] Play queue only works once and then 'freezes' https://bugs.launchpad.net/bugs/313159 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs