Bug#295795: capplets: typing monitor ignores "Allow postponing of break" option

Loïc Minier Loïc Minier , 295795@bugs.debian.org
Sun, 20 Feb 2005 01:19:16 +0100


        Hi,

On Fri, Feb 18, 2005, Julian Gilbey wrote:
> I didn't try "closing it and restarting it" - it used to be that I
> could change the preferences while it was running and it would respect
> my new preferences without closing and restarting, whereas now it
> requires closing and restarting.

 Yes I wanted to demonstrate starting the program without changing the
 preferences too, hence I tested two times.

> >  Can you give detailed instructions on how to get the bug?  I need to
> >  be able to reproduce it.
> Run the program, change the preferences and wait for it to go into
> typing break mode.  (You probably want to set a short Work interval
> and Break interval, then restart before doing this!)  Has it respected
> the postpone option if you change it while the applet is running (not
> while it is in break mode ;) ?  It doesn't for me (but used to).

 This is exactly what I did:
 - open xterm,
 - launch gnome-typing-monitor,
 - right click on its icon in the notification area,
 - select preferences,
 - click on "lock screen to force a pause",
   (note that at this point the program has "allow postponing a break"
   already selected since it's the setting I used last time)
 - type for some time,
 - I got the "make a break" screen locking, and postponed,
 - click on close,
 - type for some time,
 - I got the "make a break" screen locking, and postponed,
 - right click on its icon in the notification area,
 - select preferences,
 - removed that option to allow postponing breaks,
 - type for some time,
 - I got the "make a break" screen locking, and couldn't postpone.

 Could you try reproducing the above and tell me when you do not have
 the same results anymore?

   Bye,

-- 
Loïc Minier <lool@dooz.org>
"Neutral President: I have no strong feelings one way or the other."