Closed Bug 832038 Opened 11 years ago Closed 11 years ago

CTP Plugin block request: Flash 10.2.* and lower (for 1/29 push, FF18 and up)

Categories

(Toolkit :: Blocklist Policy Requests, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: akeybl, Assigned: jorgev)

References

Details

(Whiteboard: [plugin] [start at comment 2])

We should move forward with blocking all versions of Flash 10.3 less than 10.3.183.50 on 1/29 for FF18 and up.

According to https://wiki.mozilla.org/Blocklisting/PluginBlocks, that would mean taking https://addons.mozilla.org/firefox/blocked/p176 and changing the targeted Firefox and Flash versions.
(In reply to Alex Keybl [:akeybl] from comment #0)
> We should move forward with blocking all versions of Flash 10.3 less than
> 10.3.183.50 on 1/29 for FF18 and up.
> 
> According to https://wiki.mozilla.org/Blocklisting/PluginBlocks, that would
> mean taking https://addons.mozilla.org/firefox/blocked/p176 and changing the
> targeted Firefox and Flash versions.

CTP blocking*
Summary: Plugin block request: Flash <10.3.183.50 (for 1/29 push) → CTP Plugin block request: Flash <10.3.183.50 (for 1/29 push)
Blocks: 832046
Just looked back at our original notes - the plan is to start by blocking 10.2.* and lower. Re-summarizing. We may not be able to just change https://addons.mozilla.org/firefox/blocked/p176 given that.
No longer blocks: 832046
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Summary: CTP Plugin block request: Flash <10.3.183.50 (for 1/29 push) → CTP Plugin block request: Flash 10.2.* and lower (for 1/29 push)
Summary: CTP Plugin block request: Flash 10.2.* and lower (for 1/29 push) → CTP Plugin block request: Flash 10.2.* and lower (for 1/29 push, FF18 and up)
Assignee: nobody → jorge
Status: RESOLVED → REOPENED
QA Contact: anthony.s.hughes
Resolution: INVALID → ---
Whiteboard: [plugin] → [plugin] [start at comment 2]
The new block is staged here:
https://addons-dev.allizom.org/en-US/firefox/blocked/p267

It is limited to 18.0a1 - 18.* because p176 already covers 19.0a1 - * and I want to avoid overlap.

I also added SeaMonkey 2.15a1 - * to try to keep the CTP blocks for both applications aligned. Frank, let me know if that's okay with you, and please test this block if that's the case.
Keywords: qawanted
I've asked Paul Silaghi via email to do the testing for Firefox 18 while I am out the next week. He'll post his results here before Jan 28.
I managed to verify this only on Windows so far and everything looks OK.
Flash 10.1.85.3, 10.1.102.64, 10.2.152.26, 10.2.159.1 are CTP blocked on staging on
Firefox 18.0a1 (2012-10-01), 18.0a2 (2012-11-01), 18.0b6, 18.0, 18.0.1.
I'll continue on Mac tomorrow.
Flash 10.1.x and 10.2.x seem to be infobar blocked on Mac instead of CTP blocked.
Jorge?
Yes, there's overlap with block p94 for Mac OS. See https://wiki.mozilla.org/Blocklisting/PluginBlocks

We would need to limit p94 to 0 - 17.* to avoid any overlap. Alex, what do you think?
Flags: needinfo?(akeybl)
(In reply to Jorge Villalobos [:jorgev] from comment #7)
> Yes, there's overlap with block p94 for Mac OS. See
> https://wiki.mozilla.org/Blocklisting/PluginBlocks
> 
> We would need to limit p94 to 0 - 17.* to avoid any overlap. Alex, what do
> you think?

That sounds like a plan. CTP is a superset of infobar, so we can limit p94 to FF17 and below.
Flags: needinfo?(akeybl)
(In reply to Paul Silaghi [QA] from comment #6)
> Flash 10.1.x and 10.2.x seem to be infobar blocked on Mac instead of CTP
> blocked.
> Jorge?

Paul, please test these cases again. The original block has been limited, so the CTP block should now apply correctly.
(In reply to Paul Silaghi [QA] from comment #5)
> I managed to verify this only on Windows so far and everything looks OK.
> Flash 10.1.85.3, 10.1.102.64, 10.2.152.26, 10.2.159.1 are CTP blocked on
> staging on
> Firefox 18.0a1 (2012-10-01), 18.0a2 (2012-11-01), 18.0b6, 18.0, 18.0.1.
> I'll continue on Mac tomorrow.
Now everything's OK on Mac too.
The block is now live in production: https://addons.mozilla.org/en-US/firefox/blocked/p260

Please give it an hour or so before testing.
Status: REOPENED → RESOLVED
Closed: 11 years ago11 years ago
QA Contact: anthony.s.hughes → jbecerra
Resolution: --- → FIXED
I've verified this in production. Flash versions 10.2x and below are blocked with CTP on Windows and Mac using Fx18.0.1.

I get an info bar on Mac with Fx versions less than or equal to 17.0.1, and I get an info bar on Windows with Firefox versions less than or equal to 16.0.2 according to:

https://wiki.mozilla.org/Blocklisting/PluginBlocks
Keywords: qawanted
Marking verified fixed based on comment 12. Thanks Juan for your help.
Status: RESOLVED → VERIFIED
Blocks: 704158
Jorge: Thanks for the CTP block for SeaMonkey (was a bit busy with other things in the last days, so my reply is a bit late...). Look like you added the Flash block for SeaMonkey 2.14a1 and above (your comment said SeaMonkey 2.15a1 and above), but that's fine as at least SeaMonkey 2.14 final version supports CTP blocks. I wonder why the Flash has not been CTP blocked as well on Firefox 17? From what I know FF17 supports CTP blocks fine, no? Personally I think CTP is better than infobar. Of course with infobar the user does not need to take action to get the plugin working, with CTP the user has to. But after all it's for the user's security :).
The versions covered by the ctp blocks are decided by the release drivers. I think we're just trying to be cautious about the impact and reduce noise that could be caused by problems in previous versions of Firefox.  I don't know if we'll continue just blocking "current and above", or setting 18 as a baseline for future blocks.
I just realized that 17 is an ESR release, so that might be another factor.
(In reply to Jorge Villalobos [:jorgev] from comment #16)
> I just realized that 17 is an ESR release, so that might be another factor.

Yep - we should let the latest CTP changes (17.0.2/17.0.3) go out before changing this to 17 and up.
Product: addons.mozilla.org → Toolkit
You need to log in before you can comment on or make changes to this bug.