Closed Bug 110018 Opened 24 years ago Closed 23 years ago

RFE no persist option for chromeregistry selectskin method

Categories

(Core Graveyard :: Skinability, defect)

x86
Other
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 110752
Future

People

(Reporter: rvj, Assigned: bugs)

Details

Switching to an application skin on startup (during xul onload event) provides a very simple means of applying an application skin (which is totally independent of Mozilla skins) However the selectskin method seems to save (persist) the skin name as a Mozilla skin. A very simple solution would be to have an additional option for the selectskin (or refreshskin) method which requests that the skinname is not to be saved persist='false'; chromeregistry.selectSkin('appskin',, persist); I think this should be a very simple change. PS As a workaround, I get the application to restore the default mozilla skin when the application is closed but if the application closes abnormally, then the mozilla default skin is not restored and Mozilla fails on startup.
This RFE is invalid if application 'user-skins' files can be specified in the package description. See bug 110752.
Target Milestone: --- → Future
So, this is INVALID then, or what ...
INVALID by previous comments. pi
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
not really invalid ? currently user-skins can not be specified in package description and at this point the RFE 110752 has not been responded to
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
So is this a dupe of bug 110752 or does this bug depend on that one? pi
Nobody disagrees to this. pi *** This bug has been marked as a duplicate of 110752 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.