[Bug 658590] Re: Rhythmbox will not minimize to sound-indicator if music is not playing

2011-02-07 Thread Mika Wahlroos
Sebastien,

I'd like to point out that, as I said in comment #3, even if we sidestep
the question regarding the sanity of the specification itself, it's
definitely a bug that the Rhythmbox package in Ubuntu currently
implements the specification only partially, leading to inconsistent
behaviour. The package does implement the part about exiting if the
window is closed while not playing, but does not implement the part
about maintaining state across sessions. I'm inclined to believe that
the latter part was added to the specification exactly because it would
otherwise severely disrupt the consistency of behaviour and the user's
flow. See comment #3 for a real-world scenario; I can give more if
you're not convinced.

I argue that, as far as any single application goes, the specification
should only be implemented either fully or not at all. This particularly
applies to a high-prevalence application such as Rhythmbox. If you
consider this particular one not to be a bug, should we instead open a
new one for the Rhythmbox in Ubuntu not implementing the specification
fully?

In relation to that, what's your understanding of how this inconsistency
is going to be solved in the future? Is it just going to go away by
itself in a future transition to Gnome 3? Or is the specification going
to be fully implemented by Rhythmbox in Natty, thus perhaps making the
behaviour consistent? Is that a realistic goal, seeing that Rhythmbox
itself does little or nothing to implement full preservation of state?

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to rhythmbox in ubuntu.
https://bugs.launchpad.net/bugs/658590

Title:
  Rhythmbox will not minimize to sound-indicator if music is not playing

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 662787] Re: Palimpsest Gnome Disk Utility window is always truncated

2010-12-09 Thread Mika Wahlroos
This is caused by the patch to bug #414107. Prior to the patch the
window would get resized to fit the contents. However, the patch
prevents resizing and adds scrollbars instead. It makes the UI workable
on small screens but also forces everyone even with a large enough
screen to scroll or to resize the window manually.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-disk-utility in ubuntu.
https://bugs.launchpad.net/bugs/662787

Title:
  Palimpsest Gnome Disk Utility window is always truncated

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 662787] Re: Palimpsest Gnome Disk Utility window is always truncated

2010-12-09 Thread Mika Wahlroos
I can reproduce the bug, so I'm confirming.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-disk-utility in ubuntu.
https://bugs.launchpad.net/bugs/662787

Title:
  Palimpsest Gnome Disk Utility window is always truncated

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 662787] Re: Palimpsest Gnome Disk Utility window is always truncated

2010-12-09 Thread Mika Wahlroos

** Attachment added: "Screenshot illustrating truncation of window contents"
   
https://bugs.launchpad.net/ubuntu/+source/gnome-disk-utility/+bug/662787/+attachment/1761474/+files/gnome-disk-utility-window-truncation.png

** Changed in: gnome-disk-utility (Ubuntu)
   Status: New => Confirmed

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-disk-utility in ubuntu.
https://bugs.launchpad.net/bugs/662787

Title:
  Palimpsest Gnome Disk Utility window is always truncated

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 658590] Re: Rhythmbox will not minimize to sound-indicator if music is not playing

2010-10-15 Thread Mika Wahlroos
Valentin,

I already have the status icon set to own the main window, so that
doesn't appear to work for me as a workaround.

To me, both the bug and specification to which I linked appear to pretty
clearly indicate that the behaviour of quitting when not playing is an
intentional change. I simply argue that the change is not a good one
until the rest of the specification (namely, preservation of state) is
also fully working.

-- 
Rhythmbox will not minimize to sound-indicator if music is not playing
https://bugs.launchpad.net/bugs/658590
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 658590] Re: [10.10] Rhythmbox will not minimize to sound-indicator if music is not playing

2010-10-14 Thread Mika Wahlroos
This is apparently intentional. See bug #526552 about compliance with
the sound menu specification. The specification itself (
https://wiki.ubuntu.com/SoundMenu#Music%20player%20section ) says:

"A compliant player should also keep playing if you close its window
while it is playing; exit if you close its window while it is not
playing; and remember exact state across sessions, so that after exit
and relaunch it is as if the player had never exited."

The big problem is that the specification only really makes sense if the
third part (exact preservation of state) also works, and Rhythmbox
doesn't do that. That makes the behaviour of "close" rather
inconsistent: if you invoke close while playing, the player will be
hidden and can be restored with the same state if you restore it from
the sound menu, but if you invoke close while not playing, state will be
lost.

I think this is a major inconvenience. Think of the following scenario:

1. I have music playing in Rhythmbox and the Rhythmbox window is visible. Say, 
I have a particular artist selected in the Rhythmbox browser and am playing on 
shuffle, essentially meaning that I'm playing random tracks from that artist. 
This means the UI state is also important, not just the playback state.
2. I get a link to a YouTube video with music (or whatever) and decide to watch 
it, so I pause the music in Rhythmbox and hit Ctrl+W to get Rhythmbox out of my 
way in order to watch the video. Rhythmbox quits instead of hiding.
3. After watching the video I want to resume playback where I left off. The 
state is lost (including the track I was playing *and* UI state, e.g. having 
the artist selected in the Rhythmbox browser).

This breaks the user's flow in some cases pretty seriously, partially
because state is lost and in particular because the loss or preservation
of state is inconsistent.

I suggest that either Rhythmbox in Maverick should be modified to
support exact preservation of state (including UI state) across sessions
pretty quickly, or the change of making Rhythmbox quit on close should
be reverted until exact preservation of state can be made to work.

-- 
[10.10] Rhythmbox will not minimize to sound-indicator if music is not playing
https://bugs.launchpad.net/bugs/658590
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 485923] Re: Probable memory leak in gnome-settings-daemon

2009-11-26 Thread Mika Wahlroos
I'm now at about about 3½ days of uptime and a little under 200 MiB of
RSS (a little under 300 MiB virtual) for each of the processes mentioned
in the report. I haven't noticed this kind of behaviour earlier but I
usually don't have particularly long uptimes. Since this looks pretty
similar to the original report, I'm confirming the bug.

I'm now logging the memory sizes for some time to see if it correlates
with my use of the system somehow. At least it doesn't seem to grow
constantly.

** Changed in: gnome-settings-daemon (Ubuntu)
   Status: New => Confirmed

-- 
Probable memory leak in gnome-settings-daemon
https://bugs.launchpad.net/bugs/485923
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 132884] Re: Can't compress to .7z with a space in there name

2007-12-06 Thread Mika Wahlroos
I guess this is just a duplicate of that bug in that case, because this
probably isn't really a bug in p7zip either. It seems to be purely a
File Roller issue.

-- 
Can't compress to .7z with a space in there name
https://bugs.launchpad.net/bugs/132884
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for file-roller in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 132884] Re: Can't compress to .7z with a space in there name

2007-12-06 Thread Mika Wahlroos
According to a quick test, the patch attached to the upstream bug seems
to fix the issue. I'm willing to test more thoroughly if someone decides
that this is worth fixing.

-- 
Can't compress to .7z with a space in there name
https://bugs.launchpad.net/bugs/132884
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for file-roller in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 132884] Re: Can't compress to .7z with a space in there name

2007-12-06 Thread Mika Wahlroos
This is definitely a File Roller bug. It doesn't affect the command-line
tools. They can be used for the task just fine assuming that the file
names are properly escaped.

Looks like File Roller, on the other hand, does not properly escape the
file names when using 7z. Upstream bugzilla claims [1] that a similar
bug has been fixed in SVN, and the fix seems to be trivial.

[1] http://bugzilla.gnome.org/show_bug.cgi?id=429816

** Also affects: file-roller (Ubuntu)
   Importance: Undecided
   Status: New

-- 
Can't compress to .7z with a space in there name
https://bugs.launchpad.net/bugs/132884
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for file-roller in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 106575] Re: Can't compress to .7z if path contains whitespace

2007-10-30 Thread Mika Wahlroos
Still occurs in Gutsy.

The upstream bug report
(http://bugzilla.gnome.org/show_bug.cgi?id=429816) says that the bug has
been fixed in SVN but I don't know about any releases.

-- 
Can't compress to .7z if path contains whitespace
https://bugs.launchpad.net/bugs/106575
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 101871] typo in the Finnish translation of Rhythmbox

2007-04-02 Thread Mika Wahlroos
Public bug reported:

In Rhythmbox 0.9.8, included in Feisty, there's a typo in the Finnish
translation. On line 1203 of fi.po:

msgstr "DAAP-musiikkojako"

Should be:

msgstr "DAAP-musiikkijako"

As far as I know, this also affects upstream (probably also svn), but I
haven't reported it there yet. I haven't looked if anyone else has.

** Affects: rhythmbox (Ubuntu)
 Importance: Undecided
 Status: Unconfirmed

-- 
typo in the Finnish translation of Rhythmbox
https://bugs.launchpad.net/bugs/101871
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for rhythmbox in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs