If I choose the View->Sidebar menu item, and my sidebar is visible, then the divider disappears, but the sidebar remains open. Now I have no way of closing it :(

I see this on Linux too. For some reason my hiding styles are ignored.

waterson said this on IRC: waterson: okay, we officially leak XULDocument's now. waterson: i can tell because persistence stops working waterson: so, now, you have to PAY when somebody leaks the XULDoc waterson: because the sidebar will NEVER EVER close!!! waterson laughs evilly

Fixed. Hide at will.

This has come back, at least on Linux. slamm says (and I believe him) it's probably due to a webshell leak.

Steve suggested that I try removing localstore.rdf in my profile directory; I did that, and now apprunner remembers my sidebar setting. Kipp, you might want to try that.

Kipp, if you would send me your localstore.rdf before you move it aside, that would help me track down the root of the problem. I forgot to save mine.

This is the second instance of some local state messing up layout. See also bug 13358 (on local state making the URL bar too wide), which some people still experience from time to time. There is something nefarious going on here, and I think someone should look into it.

verified that view sidebar when the sidebar is open will hide the sidebar forever. All platforms, 9/24 build. bug 13901 deals with closing the sidebar with the splitter and having that state not saved when you re-start.

It's baaa-ack! I can hide the sidebar in the 10/1 Linux build via the View menu, but it comes back on restart. If I remove localstore.rdf, then run and dismiss the sidebar, this time the sidebar stays away. So I guess localstore.rdf is being corrupted somehow?

Clearing resolution; I'll be attaching my localstore.rdf (I saved the old nonworking one this time).

akkana uses different build directories and the persistence system is saving full paths. That means each time akkana creates a new build directory, she loses all her persisted state. I am unsure if this is what caused kipp or McAfee to see this problem. Waterson, can we make the persisted URLs relative to the dist directory?

Not sure why it's resolving 'chrome:' URLs to fully qualified paths. Yes, seems like we'd like it to save the 'chrome:' URL, not the expanded file name. You can assign to me, prolly component == RDF.

Reassigning to waterson.

Not a holder for Dogfood. There is a workaround. PDT-

this is fixed.

verified with nov5 m11 builds