Bugzilla – Bug 8974
Alarm changes lost in web ui when player is changed without clicking apply
Last modified: 2009-09-08 09:15:53 UTC
I keep loosing changes to alarms in the web ui as I make the changes then select another player in the drop-down list, forgetting to click Apply. Ideally they'd save when I change player. This is far too easy to do - the Apply button is just too distanced from everything else in my opinion.
so, really this is an issue for ALL of the settings pages, yes?
By convention you have to hit Apply. This was discussed during the web UI redesign. Same for all pages. The bug here is that you don't get a warning before changing.
change 22336 - always ask whether changes should be saved before changing settings page. This was only implemented for changing tabs, but not sub-items.
Fixed for Windows Still Broken for MAC: Changing focus from the Player tab to Music Library tab will not prompt to save settings.
In the Windows Version, changing focus from Player tab to Music Lib tab will prompt a save. Also, changing focus with-in the player tab from Alarm to Audio will prompt a save. In the Mac Version, only changing the focus with-in the player tab will prompt a save. I.E. Alarm to Audio will prompt.
Please define what browsers you're using. This is not a platform issue, but a browser issue. I'm developping on Mac - believe me when I say it's working fine on Mac.
Ok, I think this is neither OS nor browser, but _what_ you change. I noticed it would correctly capture the change in time, playlist etc., but not values changed using the sliders. If you change the same values manually, typing in a new value, you'll be warned before changing the page. I'll try to come up with a fix for this, but I'm not sure this will make it for 7.2.0.
Created attachment 3898 [details] trigger validation when slider is used to change value
Dean/Chris - should this patch be included in 7.2.0? Nothing seriously broken without it, just not asking whether you want to save changes if you've been using sliders only. James - did you see other than slider changes which didn't trigger the confirmation?
change 22921 - checked patch in to 7.2.1. James - does this fix the issue you've seen?
Appears to be working as expected now, thanks for the quick fix :)
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC