Bug 294 - Browsing exercises causes activity causing break to disappear
Status:
RESOLVED FIXED
Component:
Core
Version:
unspecified
Hardware:
PC Windows 2000
Importance:
P2 normal
Target Milestone:
---
Assignee:
Rob Caelers
URL:
Depends on:
Blocks:
Reported:
Aug 26 2003 03:26:29 UTC
by:
Kees-Jan Dijkzeul
Modified:
Oct 21 2003 05:45:03 UTC
WhoWhenWhatRemovedAdded
Raymond PennersAug 26 2003 08:19:23 UTCsummaryCan't browse exercisesBrowsing exercises causes activity causing break to disappear
Rob CaelersAug 26 2003 10:01:51 UTCstatusNEWRESOLVED
resolutionFIXED
Kees-Jan DijkzeulOct 13 2003 01:45:38 UTCstatusRESOLVEDREOPENED
resolutionFIXED
Rob CaelersOct 21 2003 05:45:03 UTCresolutionFIXED
statusREOPENEDRESOLVED
Description
Kees-Jan Dijkzeul  Aug 26 2003 03:26:29 UTC
I've disabled "block user input", though I'm not sure that's relevant

Testcase:
During a restbreak, click the "next exercise" button (shown as a right arrow)
several times

Expected result:
It is possible to choose the next exercise indefinetely.

Actual result:
After a few clicks (presumably when I'm considered "active"), the restbreak
window disappears, and the restbreak prelude appears.
Comment 1
Raymond Penners  Aug 26 2003 03:45:02 UTC
WORKSFORME, with or without blocking user input.
Comment 2
Kees-Jan Dijkzeul  Aug 26 2003 05:34:16 UTC
Confirmed: Problem does not occur on self-inflicted restbreaks. Prompted breaks
remain troublesome.
Comment 3
Raymond Penners  Aug 26 2003 08:13:00 UTC
Still WORKSFORME, even on prompted breaks. 

Is this 100% reproducable on your machine?
Comment 4
Raymond Penners  Aug 26 2003 08:19:23 UTC
I must admit, that last WORKSFORME was with blocking turned on.

Idea: isn't it the case that with block user input disabled, the break window
will disappear if you continue being active.

If that's true, than what you are experiencing is indeed the current implemented
behaviour.

So, please wave your mouse around for a while during a prompted break. Does the
rest break window also disappear?
Comment 5
Kees-Jan Dijkzeul  Aug 26 2003 08:40:37 UTC
Yes, when waving the break window disappears.

Still, I think that when the break window is shown, it should remain for the
duration of the break, unless skip or postpone is clicked. Regardless of the
value  of "block user input". Especially now that the break window contains
exercises.
Comment 6
Kees-Jan Dijkzeul  Oct 13 2003 01:45:38 UTC
The original problem still hasn't been solved:
On prompted breaks it is impossible to browse exercises when "block user input"
is turned off.

I propose to not remove the break window when the user becomes active, even if
"block user input" is off.
Comment 7
Raymond Penners  Oct 13 2003 03:44:43 UTC
Why bother fixing this bug, we all agreed to remove the "block user input"
option...
Comment 8
Rob Caelers  Oct 21 2003 05:45:03 UTC
fixed (again...)