The Genre list on the Radio view has genres called ”80’s”, ”90’s” and ”Rock’n’Roll”.

They should be ”The ’80s”, ”The ’90s” and ”Rock ’n’ Roll”, respectively.

This is a laptop where I’ve previously connected to another wireless network (over a different router of the same model) successfully.

Now with a different router operating in another broadband connection, when I try to connect to the wifi it provides, nm-applet disappears from indicator area. If I run it from the command-line it outputs this:

jani@amilo:~$ nm-applet
Gtk-Message: Failed to load module ”canberra-gtk-module”
** Message: applet now removed from the notification area
** Message: No keyring secrets found for ElisaKoti48/802-11-wireless-security; asking user.
**
ERROR:nm-utils.c:1231:nm_utils_security_valid: assertion failed: (have_ap)
Aborted

Note that it doesn’t actually ask me for the key but apparently fails when trying to do so. With the previous wireless network I was in, the key *was* requested, and the file describing that connection is still in /etc/NetworkManager/system-connections/.

After doing the above once, there’s also a definition for the non-functioning connection in /etc/NetworkManager/system-connections/, and all subsequent tries to start nm-applet immediately end in the error and the applet vanishing. If I delete the definition it has created for this non-functioning connection, the applet does appear again, but again when I try to connect to this network, it dies and won’t come back until I rm the definition file.

Actually, scratch that: I can’t reproduce this with those steps. Instead, when I mark to upgrade a package that causes removals, those removals become ’auto removables’ when I cancel the upgrade.

Confirming: bug still present in Precise, Synaptic 0.75.2ubuntu9. Reproducible using the steps in the initial report.

Crashes ever so often, during playback or skipping in video using mouse pointer on the timeline. Usually becomes nonresponsive and I have to kill it explicitly from the command-line.

I should supplement ”add another MKV file to the playlist and there’s no problem” with that the second file could also be the same file, so that the playlist is comprised of two instances of the same file. This way it works audiowise the way it should even with the file there just once, so it’s an effective, albeit silly workaround.

With just one file on the playlist and looped (with repeat mode on), at about 0:24 during the second play the audio goes mute and doesn’t recover by itself. Restarting the video by double-clicking on the playlist item makes the audio come back.

The funny thing is, if you add another MKV file to the playlist and let it loop between the two files, there’s no problem. But with the single file repeating it looks to be 100% reproducible.

Doesn’t seem to be reproducible using MP4 or AVI files, just MKV. Not reproducible with VLC. I’ve thus far found at least two MKV files [1], [2] that reproduce this 100 %. IIRC, the issue didn’t occur with these same files back in Lucid.

Steps to reproduce:
1. Download one of the aforementioned MKV files.
2. Load it in Totem.
3. Set ’Repeat Mode’ on.
4. Play the file, wait for it to loop.

What happens:
At about 0:24 during the second play the audio goes mute.

What I expect to happen:
The audio to continue playing normally during the second and subsequent loops also.

*[1] http://www.archive.org/download/GhostbustersToolAssistedSpeedrun/ghostbusters-tas-glitchman.mkv
*[2] http://www.archive.org/download/NesAction52theCheetahmenBySwordlessLinkIn0356.06/action52-cheetahmen-tas-swordlesslink.mkv

I downgraded libdrm-intel1 to 2.4.26-1ubuntu1 from Oneiric, but the problem remains. So on Precise it doesn’t seem to be the cause. (I’m not using the Xorg-edgers PPA.)

Seems to be allergic to my listening to podcasts. Sometimes crashes when switching between episodes (through double-clicking on the listview), this time just midway listening to one episode (when I brough Rhythmbox’s window to front using Unity). Always seems to be in __strlen_sse2() though.

• i915_error_state (674.3 KiB, text/plain)