Closed Bug 764172 Opened 13 years ago Closed 12 years ago

[Win & Linux] Reinstalling an App that was previously launched deletes an old profile and re-creates a different app profile

Categories

(Firefox Graveyard :: Web Apps, defect, P1)

Tracking

(blocking-kilimanjaro:+)

VERIFIED FIXED
Firefox 16
blocking-kilimanjaro +

People

(Reporter: jsmith, Assigned: marco)

Details

(Keywords: dataloss, Whiteboard: [blocking-webrtdesktop1+], [qa!])

Attachments

(1 file, 2 obsolete files)

Steps for Windows and Linux: 1. Go to apps.mozillalabs.com/appdir 2. Install Mozilla QA WebRT Tester 3. Launch the app 4. Go to firefox --> geolocation --> position.html 5. Select remember my choice and make a selection 6. Close the app 7. Reinstall the app 8. Launch the app 9. Go to firefox --> geolocation --> position.html Expected: The choice remembered should still be remembered and reused for geolocation. Actual: A prompt appears again asking for the user to share their location - the choice made originally that was remembered was lost. Additional Notes: Only appears to happen on Windows & Linux. Works correctly on Mac.
Component: Web Apps → Webapp Runtime
QA Contact: webapps → webapp-runtime
This is most probably caused by Firefox removing the profile directory on apps re-installation (only on Win and Linux).
(In reply to Marco Castelluccio from comment #1) > This is most probably caused by Firefox removing the profile directory on > apps re-installation (only on Win and Linux). Confirmed on Windows. The profile directory is indeed wiped on a reinstall of a web application previously launched.
Summary: [Win & Linux] Reinstalling an App Where Geolocation Choice Was Remembered Loses Choice Remembered → [Win & Linux] Reinstalling an App that was previously launched deletes and re-creates a different app profile
Summary: [Win & Linux] Reinstalling an App that was previously launched deletes and re-creates a different app profile → [Win & Linux] Reinstalling an App that was previously launched deletes an old profile and re-creates a different app profile
k9o nomination - we shouldn't be wiping profile data on a reinstall - otherwise we lose anything that's tied to an app profile.
Severity: normal → major
blocking-kilimanjaro: --- → ?
Assignee: nobody → mar.castelluccio
Status: NEW → ASSIGNED
Keywords: dataloss
Attached patch Patch (obsolete) — Splinter Review
Attachment #633687 - Flags: review?(felipc)
Component: Webapp Runtime → Web Apps
QA Contact: webapp-runtime → webapps
Attached patch Patch v2 (obsolete) — Splinter Review
Why in _createConfigFiles (for Win) there are: > writer = null; > factory = null; Do we need to explicitly set them to null?
Attachment #633687 - Attachment is obsolete: true
Attachment #633687 - Flags: review?(felipc)
Attachment #633793 - Flags: review?(felipc)
blocking-kilimanjaro: ? → +
Comment on attachment 633793 [details] [diff] [review] Patch v2 Review of attachment 633793 [details] [diff] [review]: ----------------------------------------------------------------- r- for the for..of fix and hoping that we can do the refactor suggested, but everything looks fine ::: browser/modules/WebappsInstaller.jsm @@ +264,5 @@ > + this.configJson, > + this.webappINI > + ]; > + > + for(let file in filesToRemove) { this doesn't work, you need to use for..of instead of for..in to iterate through the array contents instead of the keys. @@ +295,3 @@ > this.startMenuShortcut.remove(false); > } > + } catch(ex) {} I wasn't gonna request this in this bug, but since there's the for..of thing to fix, I believe we should do it too: I think we can make this whole section a bit cleaner by doing: ``` let filesToRemove = [this.desktopShortcut, this.startMenuShortcut]; if (keepProfile) { filesToRemove.append(this.iconFile); filesToRemove.append(...); } else { // Remove everything filesToRemove.append(this.installDir); } ... for loop to remove files ... ```
Attachment #633793 - Flags: review?(felipc) → review-
Priority: -- → P1
Whiteboard: [blocking-webrtdesktop1+]
Target Milestone: --- → Firefox 16
Attached patch Patch v3Splinter Review
Attachment #633793 - Attachment is obsolete: true
Attachment #636888 - Flags: review?(felipc)
Attachment #636888 - Flags: review?(felipc) → review+
Whiteboard: [blocking-webrtdesktop1+] → [blocking-webrtdesktop1+], [qa+]
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Looks good on Windows.
Looks good on Linux. Verified.
Status: RESOLVED → VERIFIED
Whiteboard: [blocking-webrtdesktop1+], [qa+] → [blocking-webrtdesktop1+], [qa!]
QA Contact: jsmith
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: