Closed Bug 693252 Opened 15 years ago Closed 13 years ago

Disabled plugins are enabled falsely on environment change

Categories

(Core Graveyard :: Plug-ins, defect)

10 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 698324

People

(Reporter: michiel, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:10.0a1) Gecko/20111009 Firefox/10.0a1 Build ID: 20111009031012 Steps to reproduce: I use a synctool to keep my firefox & profile in sync across multiple machines (all win7 x64, exact same firefox and profile location). I disable some unneeded plugins (java, word etc), close firefox and wait for the other machine to sync. -profile is used to specify the profile location, everything else transfers fine. Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:10.0a1) Gecko/20111009 Firefox/10.0a1 ID:20111009031012 Actual results: The plugins were enabled again. Expected results: They should be disabled (I guess using some kind of blacklist)
Hardware: x86 → x86_64
Behavior like this is since Ages, presumably on all Gecko/Toolkit Apps.
Product: Firefox → Toolkit
QA Contact: general → general
Whiteboard: dupeme
Component: General → Plug-ins
Product: Toolkit → Core
QA Contact: general → plugins
Thunderbird indeed has the same behavior (so I guess other gecko/toolkit to I guess), but I guess this would be a nice fix since enabling plugins when the user thinks they are disabled is a security issue (in my mind at least).
This happens to me intermittently when Nightly builds auto-update on my Mac. All my disabled plugins will sometimes be enabled silently.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Whiteboard: dupeme
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.