Bugzilla – Bug 8705
Feature: Apply/Save width of "Now Playing" pane
Last modified: 2010-04-12 14:11:46 UTC
I propose a feature to allow SAVING the current width (in pixels) of the Now Playing half of the web interface. Once saved, the interface will be restored such that the Now Playing comes up at the saved size and the menu half as the remainder of the window browser window, regardless of its starting size. Background: Currently the default web interface starts up with the window divided in two. The left half for navigating menus and music and the right half for the Now Playing list. When the web browser window is resized, the width of the Now Playing list is fixed at the pixel size it was started in - only the menu pane widens/contracts. The width relationship between the two "halves" can be altered by dragging the dividing line between them to one or the other side but the size is lost/forgotten as soon as the window is closed. My proposal would either save the information in a cookie for the browser or back to the server like the other prefs are saved.
I seem to never resize my browser window or I would have implemented this long ago. Thanks for the reminder.
I don't resize my browser that much either. But I do have to re-open a SC session every now and then, and that's when you see the issue because the relationship of the two SC halves always comes up 50/50.
I'm sorry, this has to wait a bit longer. I assume there will be more feedback on how this should be implemented as soon as 7.1 hits the masses.
*** Bug 9317 has been marked as a duplicate of this bug. ***
change 23036 - remember the playlist's width (storing it in a cookie). I hope we won't have to make this optional... Let's see what people think.
So far the feature is working beautifully for me using either Safari 3.1 or Firefox 3.01 Thanks for adding this Michael.
I love it. Could this safely be merged into 7.2?
Testing in Safari 3.2.1 (and prior versions) The width saving feature is not persistent long-term and is lost every few days. It works over multiple browser sessions (quit and restart browser) but every few days (don't have exact number yet) the setting is completely lost.
Could it be the expiration date of the cookie used to store this property? Let me know if I should open a different report or if using this original one is acceptable.
*** Bug 11103 has been marked as a duplicate of this bug. ***
It's now broken in Firefox 3.0.6.
I'm seeing the same thing in 7.3 trunk, so the version should be changed.
change 25036 - need to define stateId, or the panel's state won't be saved.
Note to myself: better read changelogs when updating ExtJS: - Ext.Component (Doc Updates) State management now ignores auto generated ids.
This bug has been fixed in the 7.3.3 release version of SqueezeCenter! If you haven't already. please download the new version from http://www.logitechsqueezebox.com/support/download-squeezecenter.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
This is still broken in SC 7.3.3 final (27044). Testing with Safari version 4.0 final release in Mac OS 10.5.7 The pane width is saved but only lasts an indeterminate amount of time. Unfortunately I don't know exactly how long. It will work through quitting the browser and restarting the computer. It will even work for a few days. But then, poof, the division is back in the middle. For additional reference, I have the address of SC on the lan mapped to "sb" in my hosts file, so that in the browser URL, I can reach SC simply with "http://sb:9000"
This is working fine for me. > The pane width is saved but only lasts an indeterminate amount of time. Maybe it's Safari crashing which causes loss of cookies or something? Can you reproduce this on another browser? QA - can you reproduce this?
It's definitely not Safari crashing, as with the release version, I have yet to see a crash in the past month. I'll begin side-by-side testing with Firefox 3.x, but it might very well be this problem is specific to Safari 4.x - it may even have something to do with its Top Sites sites display (which will refresh the page contents even without you navigating specifically to that page/site). I keep my SC address permanently as one of the thumbnails on the Top Sites page. However it might not be 4.x specific at all since I did find back with version 3.2.1 that the feature only lasted a few days. When does the Cookie expire?
Is this still an option with 7.4?
(In reply to comment #19) > Is this still an option with 7.4? Still works for me in 7.4 using Firefox. I don't think it was ever an 'option', if you mean a user setting. I do see that it frequently gets lost, though. Not always, but frequently.
This is not an "option" insofar as there's no setting to control it in SS's preferences. It's a feature that is supposed to work automatically and all the time in every browser that supports cookies. The feature is still working in 7.4 and I'm in the process of verifying whether or not the width setting is forgotten after a period of time as I mentioned earlier.
Ahh thanks guys I see it now, it just doesn't work in IE. Works for me with firefox, but I only waited a few minutes. Thanks Bruno for verifying.
Bruno: How does this look to you, can we close this bug now or are you still investigating it?
For the life of me I can't recall with 100% certainty if 7.4 still had the issue, but so far the width has remained as set with 7.4.1. Let me monitor it until the end of next week and then update the status on it. With Safari I keep SS as one of my tiles in Top SItes, so it's easy to see when the width ratio has changed, even if I'm not opening the SS page manually at the moment.
Marking as fix then, if you still have issues update and reopen the bug. thanks for looking into this.
Well, it didn't take that long. :) Problem reproduced with 7.4.1 running on Windows and browsing with Safari 4.0.3 in Mac OS. The width setting is lost in a regular, but still what appears like a random basis. The width way fine as I started playing a number of tracks. I kept SB open in a tab and all was well since I last updated the bug earlier today. I closed that tab and opened a new tab maybe 30 minutes later. Width pref was now at default (50/50).
P5/minor/Future = WONTFIX.
bug 15995 actually is a bug of this one. But fwiw: that's fixed now. The code was indeed defaulting to 7 days expiry. *** This bug has been marked as a duplicate of bug 15995 ***
I'm glad to hear it's fixed, even if it's been well over a year since I suggested what the problem was (cookie expiration date). I'll test it when I can get my hands on the relevant release.