[Bug 306253] Re: nautilus crashed with SIGSEGV in g_type_check_is_value_type()
I tried performing the same actions that had earlier caused the nautilus to crash. But couldn't unfortunately recreate the problem. -- nautilus crashed with SIGSEGV in g_type_check_is_value_type() https://bugs.launchpad.net/bugs/306253 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 139887] Volume up keyboard hotkey unmutes channel, while volume down doesn't
Public bug reported: Binary package hint: gnome-control-center In the Gnome Sound Preferences dialog box, one can choose which audio channel will be controlled by the keyboard volume control hotkeys. I've noticed a peculiar behaviour with my notebook's sound card (Intel HDA). I'm controlling the 'front' channel with the hotkeys. Normally, when I plug in the headphones, the front channel gets automatically muted. With the front channel muted, no sound comes through the system speakers, but the volume level still controls the audio volume of the headphones. Manually unmuting the front channel while the headphone is connected enables audio output from both the headphones and speakers (which I would not want in normal circumstances). The problem I'm seeing is that when I'm using the hotkeys to control the front channel: 1. Pressing the volume down key reduces the volume while keeping the muted channel muted. 2. Pressing the volume up key raises the volume, but also unmutes the channel if it is muted. So, if I'm listening via the headphones, I can safely reduce the volume from the keyboard, but if I try to increase the volume, audio starts playing from both the headphones and speakers! I have to mute the front channel manually then to keep the sound playing through the headphones only. I don't understand why the behaviour of the volume up and down keys is asymmetric... the volume up key should also simply adjust the volume level, and not disable the mute flag. ** Affects: gnome-control-center (Ubuntu) Importance: Undecided Status: New -- Volume up keyboard hotkey unmutes channel, while volume down doesn't https://bugs.launchpad.net/bugs/139887 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 57786] Re: Totem does not update ID3 tag data on streaming radio stations
I can confirm the bug too. I don't know why Totem seems to work fine for Sebastian, but I've never seen Totem change the track name when a stream is playing. It picks up the name of the currently playing track when starting, and sticks with it throughout, even after it's finished playing. Other players I've tried, like rhythmbox and gxine, do correctly change track titles. I'm currently using the latest totem-gstreamer from gutsy. Is there any useful info that I can provide to debug the problem? -- Totem does not update ID3 tag data on streaming radio stations https://bugs.launchpad.net/bugs/57786 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 57786] Re: Totem does not update ID3 tag data on streaming radio stations
I've added the bug report to GNOME's Bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=471233 I hope it's not a duplicate... I've referenced the bug report here in Launchpad too. -- Totem does not update ID3 tag data on streaming radio stations https://bugs.launchpad.net/bugs/57786 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
