Closed Bug 822177 Opened 12 years ago Closed 9 years ago

Clear History shouldn't execute plugins that are completely disabled

Categories

(Core Graveyard :: Plug-ins, defect, P3)

17 Branch
x86_64
Windows 7
defect

Tracking

(Not tracked)

RESOLVED FIXED
mozilla38

People

(Reporter: trialuser7, Assigned: l0p3s222, Mentored)

References

Details

(Whiteboard: [lang=JS])

Attachments

(1 file)

disabled flash in add-ons manager, confirmed ff 17.0.1 was killed and no child procs running, restarted ff, confirmed flash disabled and not running, ctrl+shift+del and cleared ("Clear All History"), FlashPlayerPlugin_11_5_502_110.exe (2 of them) launched from ff plugin container

solution: we can clear our history without letting flash know.

other: didn't check where our data is cleared and flash is awakened. it may be possible that: (@sec)
he is able to run away with our data if called before clear is finished
he is able to run away with saved flash data when called this way
Flash is launched to delete the flash "supercookies" that are stored inside the flash plugin.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
Wait... we probably shouldn't be doing anything to the Flash plugin if the user has disabled it. Is that the actual bug report here?
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Flags: needinfo?(trialuser7)
Yes.  (The reporter and I discussed this on IRC.)
Flags: needinfo?(trialuser7)
Summary: clear-history-plugin bug → Clear History shouldn't execute plugins that are completely disabled
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P3
Whiteboard: [mentor=benjamin@smedbergs.us][lang=JS]
Flags: firefox-backlog+
Mentor: benjamin
Whiteboard: [mentor=benjamin@smedbergs.us][lang=JS] → [lang=JS]
Attached patch bug-822177.patchSplinter Review
First attempt at patch. Prevent disabled addons from being loaded when trying to clear site data.
Attachment #8541356 - Flags: review?(benjamin)
Assignee: nobody → l0p3s222
I'm on vacation currently: I should be able to provide feedback on Monday 5-Jan.
Comment on attachment 8541356 [details] [diff] [review]
bug-822177.patch

Or a week later! Sorry about that.

I think this is ok. I was worried that JS callers would fail in unexpected ways, but both sanitize.js and ForgetAboutSite.jsm have try/catch handlers that cover this case.
Attachment #8541356 - Flags: review?(benjamin) → review+
Do you need any help doing a try run on this or getting it landed?
Flags: needinfo?(l0p3s222)
I don't have try access so I would appreciate if you would push this for me. Thanks.
Flags: needinfo?(l0p3s222) → needinfo?(benjamin)
Keywords: checkin-needed
https://hg.mozilla.org/mozilla-central/rev/f29bb4c35c4d
Status: NEW → RESOLVED
Closed: 12 years ago9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla38
Iteration: --- → 38.1 - 26 Jan
Flags: qe-verify?
QA Whiteboard: [good first verify]
Flags: qe-verify? → qe-verify-
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: