Closed Bug 1680827 Opened 3 years ago Closed 3 years ago

Duplicate geolocation last access timelabel in siteIdentity permission list

Categories

(Firefox :: Site Permissions, defect, P3)

defect

Tracking

()

RESOLVED FIXED
85 Branch
Tracking Status
firefox-esr78 --- wontfix
firefox83 --- wontfix
firefox84 --- wontfix
firefox85 --- fixed

People

(Reporter: pbz, Assigned: pbz)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

When clearing a permission via the site identity popup permission list the geolocation last access timelabel can duplicate.
This happens when clearing a webrtc permission with active sharing state. Clearing the webrtc permission causes the permission panel to be updated twice. This results in two last access timestamps for the geolocation entry, because fetching the last access timestamp is async. Both method invocations of _createGeoLocationLastAccessIndicator will append a timestamp item. The permission panel is cleared synchronously.

Steps:

  1. Go to permission.site
  2. Click on "geolocation" and confirm permission prompt
  3. Click on "microphone" and confirm permission prompt
  4. Open siteIdentity panel and remove microphone permission via the x button.

Expected result:

  • the microphone permission has been removed
  • the geolocation permission remains with one time entry

Actual result:

  • the microphone permission has been removed
  • the geolocation permission remains, but there are two time label entries
Assignee: nobody → pbz
Status: NEW → ASSIGNED
Attachment #9191387 - Attachment description: Bug 1680827 - Don't create duplicate geolocation last access indicator. r=johannh → Bug 1680827 - Don't create duplicate geolocation last access indicator. r=nhnt11
Pushed by pzuhlcke@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/f1e9e085cc68
Don't create duplicate geolocation last access indicator. r=nhnt11
Regressed by: 1681302
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 85 Branch
Flags: in-testsuite+
No longer regressed by: 1681302
Regressions: 1681302
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: