Closed Bug 279193 Opened 20 years ago Closed 20 years ago

Manual profile restore causes random GUI components to be missing on startup

Categories

(SeaMonkey :: UI Design, defect)

x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 172062

People

(Reporter: miscsales, Assigned: jag+mozilla)

Details

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Build Identifier: http://www.mozilla.org/products/mozilla1.x/ When a new Mozilla installation's default profile is swapped with an existing profile through manual means (relocate and rename old profile directories to C:\Documents and Settings\FooUSER\Application Data\Mozilla\Profiles\Default User\ as well as the corresponding directories within), Mozilla startup is corrupted to the point of non functional, on a random basis.. (8 times out of 10 various missing items such as menu bars, missing bookmark bar, missing GUI buttons). Reinstallation does not solve problem Reproducible: Always Steps to Reproduce: 1.Remove default profile 2.Take existing profile and rename to \Default User 3.Take existing subdirectories and rename accordingly Actual Results: Non functional browser Random missing GUI elements (menu bars, bookmark bar, navigation buttons) No homepage startup Expected Results: Function as normal?
There are absolute path references within your profile... this apparently works as expected in firefox (bug 246209) dupe of "chrome.rdf in user profile should use relative target to (theme).jar" *** This bug has been marked as a duplicate of 172062 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.