479833 - ExtendedSplitView can lose its resize handle when search field is collapsed, making it impossible to show search field

Status: RESOLVED WONTFIX

(Camino Graveyard :: Toolbars & Menus, defect)

Description

[Chris Lawson (gone)]

I've seen this happen at least twice now, though I'm not sure how it's happening or why, and I can't reliably reproduce it at the moment.

Somehow, when the search field is collapsed, an ExtendedSplitView width property is occasionally getting written to the plist. If the width written is < 1, it appears to cause this bug.

I didn't save the snippet of XML from the plist that was causing it, but next time it happens I'll try to remember to update this bug.

I'm not sure what the best solution is here. The first thing that comes to mind is "don't write negative or non-integer values for width to the plist" but in order to avoid that, we'd need to know how that's happening in the first place :-p I guess a second option would be to examine the plist for that key on launch and just clear it if it's present, which is the approach we took for fixing the missing pref pane icons (bug 429932). That would probably be OK here, too, as the property doesn't seem to serve any useful purpose and doesn't get written back to the plist if you later change the width of the search field to something else. (That's part of why I'm having trouble reproducing this bug -- I can't figure out what circumstances cause that property to be written in the first place.)

Comment 1

[Gordon P. Hemsley [:GPHemsley]]

This bug has been buried in the graveyard and has not been updated in over 5 years. It is probably safe to assume that it will never be fixed, so resolving as WONTFIX.

[Mass-change filter: graveyard-wontfix-2014-09-24]