colorbar, sliders, updating

[querido]

This bug happens every time. (I close without saving to preserve the conditions).

CONDITIONS
Beta 4 Standard Edition, Vista.
Promotion System: either
ColorMode: Repeat Advisor (schedule 1,2,3,4,5)
Sorted stacks: doesn't matter
One .szm file open with one lesson. 147 cards. Every box has some cards.
Box 5 contains:
1 card, test state 5 days (due).
1 card, test state 4 days.
18 cards, test state 3 days.
12 cards, test state 2 days.

ACTIONS TAKEN
Highlight box 5:
Status bar says "32 selected, 32 included". OK.
Move right-hand slider to the right side of the "0 days reserve" color band:
Only cards of 0 days reserve color are left uncrosshatched. OK.
(If the left-hand slider is placed now at the left side of this colorband, the same errors below occur.)
Status bar says "32 selected, 1 included". OK.
Test box 5. Mark one card learned. Test dialogue closes. OK.

ERRORS
Right *here*, something needs to be updated, because the following situation is confusing:
1. Status bar now says "32 selected, 1 included".
2. Box 5 shows one card uncrosshatched. (The one card with test state 4 days, which should still be excluded.)
3. Other boxes now show two colors uncrosshatched: the "0 days remaining" color, and the "1 day remaining", slightly different color.
4. If I click on, and begin to move, the *left-hand* slider on the colorbar, here is what happens: while the *right-hand* slider does not move, the color-bands are updated under it, so that both the "0 day reserve" and the "1 day reserve" color bands are now to its *left*. 

(The previous day, I was testing on a .szm file with longer intervals, and therefore smaller color differences. After I finished testing, and the Test dialogue closed, I saw the status bar and the coloring telling me that more cards were due. I started testing again, and noticed that the cards were not due.)

[querido]

I sent you an email with screenshots.

[Chris]

This will be corrected in the next release.


Details:
The color band was not updated correctly during testing. A declaration of a card may increase the range of color values in the file, so the color band should reflect the new range by getting more elements directly after that declaration. The slider thumbs must still select the same elements as before, so they must follow the movement of their color elements in that moment.

This was not properly done - the color band range was only updated when touching a slider thumb, and the slider thumbs were not following their elements.

[querido]

Great! Good work!
I think you can count another bug I reported "very minor coloring error", on 01 June, as fixed by this.

[Chris]

OK, good to hear!
Thank you for all your great help.

[querido]

I think I made a mistake.
When you said "fixed in the next release", did you mean Beta 5a?
In Beta 5a, on my system, it is not fixed.

[querido]

Here is *exactly* what it is doing now:
I can see the colorbar is being updated immediately now. OK.
I can see the slider is moving with the updated colorbar. OK.
BUT:
1. that next color down is still being uncrosshatched in the stacks
2. the status bar is counting these newly uncrosshatched cards, as before.

3. If I now click on, and begin to move, the slider, the above errors get *CORRECTED*!  Then everything is right.