Closed
Bug 7047
Opened 25 years ago
Closed 25 years ago
Tinderbox reloads even when sidebar closed
Categories
(SeaMonkey :: Sidebar, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
M8
People
(Reporter: Brade, Assigned: slamm)
References
Details
I'm not sure who to assign this bug to (or what component it is) In the debug output I see that the tinderbox url is reloading about every minute but the sidebar is collapsed and I don't have any windows open to that url.
Updated•25 years ago
|
Assignee: chofmann → waterson
Comment 1•25 years ago
|
||
-> waterson. info will be in the release notes about how to turn this off
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Comment 2•25 years ago
|
||
I'm not sure whether this is a bug or a feature. Yes, the sidebar will continue to refresh its panels even when it's hidden. If you mean "it shouldn't do that", well, then talk to slamm & nisheeth. Sidebar panels are webshells, typically loaded with documents that have an EXPIRES header to force them to periodically refresh. I doubt that the webshell is smart enough to not reload its content when its invisible, and then reload it at exactly the time it becomes visible again. Yes, there is info in the release notes on how to turn it off.
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Updated•25 years ago
|
Resolution: INVALID → ---
Reporter | ||
Comment 4•25 years ago
|
||
I am going to re-open this bug so I can track it. The intent of this bug (or my desire) is for the sidebar to not produce any network traffic (or local traffic?) when it isn't open. Call it an RFE if necessary.
Reporter | ||
Updated•25 years ago
|
Assignee: waterson → slamm
Status: REOPENED → NEW
Component: Apprunner → XP Miscellany
Reporter | ||
Comment 5•25 years ago
|
||
reassign bug to slamm since he seems to know about this area...
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 7•25 years ago
|
||
I can do this if I remove the sidebar from the content tree when the sidebar is closed. Currently, removing the sidebar works fine. However, when I add it back in, the order of the content nodes gets messed up. The sidebar, the splitter, and the content area get reversed. I need to file another bug for that.
Assignee | ||
Comment 8•25 years ago
|
||
Another note: Marketing may actually want the sidebar to continue loading while it is close. I am adding John Gable to the cc list.
Although we don't need every Sidebar panel loading even while the Sidebar is closed, we probably want the Flash panel to load and re-load even if the Sidebar is closed. TBD based on other spec discussions, etc.
Reporter | ||
Comment 10•25 years ago
|
||
I'm going to play devil's advocate here. I don't think it's a good idea to generate *any* network traffic without the user first generating some. For example, sometimes I want to run navigator and do a quick edit or browse a local file or check a message. In these cases I won't necessarily have dialed up or connected to my ISP. Why should my computer even try connecting? I *hate* when my computer *LOCKS UP* because I don't have a network connection. Also, John, are you distinguishing between not having a sidebar and having it collapsed?
Comment 11•25 years ago
|
||
Steve days the engineering work is done. It's just a matter of deciding on the right policy. Let's move this to M8 until we decide ...
Assignee | ||
Updated•25 years ago
|
Component: XPApps → Sidebar
Summary: tinderbox keeps being reloaded even tho not at that url → Tinderbox reloads even when sidebar closed
Assignee | ||
Comment 12•25 years ago
|
||
To fix this correctly, we should pull the sidebar out of the document tree when it is closed. That is why this bug depends on bug #7222. Changing component to "Sidebar".
Updated•25 years ago
|
QA Contact: brendan → paulmac
Assignee | ||
Comment 13•25 years ago
|
||
Sidebar content is no longer loaded when the sidebar is closed. The one exception is the flash data. That is a policy decision that does not belong on my bug list (and really belongs in a separate bug). Marking FIXED.
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 14•25 years ago
|
||
marking verified, I will open a new bug 9234 in fact that the flash panel loads all the time and give it to johng
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•