View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update | 
|---|---|---|---|---|---|
| 0000231 | OpenMPT | General | public | 2012-03-07 21:49 | 2012-03-08 11:11 | 
| Reporter | christofori | Assigned To | Saga Musix | ||
| Priority | normal | Severity | minor | Reproducibility | always | 
| Status | resolved | Resolution | fixed | ||
| Platform | x86 | OS | Windows | OS Version | XP | 
| Product Version | OpenMPT 1.20.00.* (old testing) | ||||
| Target Version | OpenMPT 1.20.01.00 (upgrade first) | Fixed in Version | OpenMPT 1.20.01.00 (upgrade first) | ||
| Summary | 0000231: Display updates 'late' on "Apply current instrument" | ||||
| Description | When a channel is highlited (CTRL-L default), and "apply current instrument" (CTRL-I) is used, the display does not update until highlite is cleared (fe: once you move the cursor, the instrument data will update). Previous behavior did not require moving the cursor to see that the instrument change had occurred.  | ||||
| Steps To Reproduce | Click into a channel containing data using an instrument other than what you have currently selected. Highlite the entire channel (CTRL-L). Use the "Apply current instrument" (CTRL-I) function. Note that only when you move the cursor will the updated instrument be displayed onscreen  | ||||
| Tags | No tags attached. | ||||
| Has the bug occurred in previous versions? | No; seems to be newly introduced in 1.20.00.74 | ||||
| Tested code revision (in case you know it) | |||||
| 
	 Thanks for the report; I have changed a lot of the pattern editor code yesterday so it is highly likely that there are even more bugs hidden it now; by all means, report all anomalies you can find in the pattern editor that were not present before yesterday!  | 
|
| 
	 Roger that. As i'm currently 'refreshing' an old track, i'm making fairly heavy use of editing functions via the pattern tab... these 3 (well, 2 if you don't count the 'follow song' thing) have, so far, been all i've been able to uncover. :)  | 
|
| 
	 This should be fixed in revision 1208.  | 
|
| 
	 Confirmed; issue resolved. [briefly breaks out into the 'Another one bites the dust-UH!' (Queen) song..]  | 
|
| Date Modified | Username | Field | Change | 
|---|---|---|---|
| 2012-03-07 21:49 | christofori | New Issue | |
| 2012-03-07 22:15 | Saga Musix | Note Added: 0000621 | |
| 2012-03-07 22:15 | Saga Musix | Assigned To | => Saga Musix | 
| 2012-03-07 22:15 | Saga Musix | Status | new => assigned | 
| 2012-03-07 22:15 | Saga Musix | Target Version | => OpenMPT 1.20.01.00 (upgrade first) | 
| 2012-03-07 22:15 | Saga Musix | Note Edited: 0000621 | |
| 2012-03-07 22:56 | christofori | Note Added: 0000629 | |
| 2012-03-07 23:22 | Saga Musix | Note Added: 0000634 | |
| 2012-03-07 23:22 | Saga Musix | Status | assigned => feedback | 
| 2012-03-08 05:00 | christofori | Note Added: 0000640 | |
| 2012-03-08 05:00 | christofori | Status | feedback => assigned | 
| 2012-03-08 11:11 | Saga Musix | Status | assigned => resolved | 
| 2012-03-08 11:11 | Saga Musix | Resolution | open => fixed | 
| 2012-03-08 11:11 | Saga Musix | Fixed in Version | => OpenMPT 1.20.00.* (old testing) |