Created attachment 3696 quick ugly fix for the symptoms Most of the time time_out_lock_countdown_update() calls time_out_lock_screen_set_remaining() with arguments that are incompatible with gtk_progress_bar (resulting fraction to be set on the progress bar can range from infinity through zero to a number > 1), which in turn leads to GTK errors on stderr every second (when stderr goes into a log, it generates about 10MB/day). The patch attached checks for these circumstances and disables update when it would result in the error. However, it is only a quick remedy and a proper solution should be used, as the problem seems to be rooted a little bit deeper. My suggestion would be either deregistering the lockdown timer after the break finishes and registering it again when a break starts or at least setting more reasonable values which are passed to the update functions outside of the break. There is probably a similar problem with the countdown for the break start as well (which would generate errors during the break).
Fixed/applied in http://git.xfce.org/panel-plugins/xfce4-time-out-plugin/commit/?id=834bf11d380b77276b00af0caed5cea27ccb275d
And better fix in http://git.xfce.org/panel-plugins/xfce4-time-out-plugin/commit/?id=f6517ad3f4f168264242d57f40a0a692af895ef0
(In reply to comment #2) > And better fix in > http://git.xfce.org/panel-plugins/xfce4-time-out-plugin/commit/ > ?id=f6517ad3f4f168264242d57f40a0a692af895ef0 Thanks. Out of curiosity: does the first patch still has some function after this change?
(In reply to comment #3) > (In reply to comment #2) > > And better fix in > > http://git.xfce.org/panel-plugins/xfce4-time-out-plugin/commit/ > > ?id=f6517ad3f4f168264242d57f40a0a692af895ef0 > > Thanks. Out of curiosity: does the first patch still has some function after > this change? Yes it still ensures the gtk_progress_bar_set_fraction() receives valid arguments...
*** Bug 9005 has been marked as a duplicate of this bug. ***