Closed Bug 446607 Opened 16 years ago Closed 16 years ago

Make Yahoo blocklist less generic

Categories

(Infrastructure & Operations Graveyard :: WebOps: Other, task)

task
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mossop, Assigned: reed)

Details

In bug 421993 we blocked the Yahoo Application State plugin. We spoke with Yahoo and advised then that they could put a version number on the end to allow future versions to not be blocklisted. However we've made the blocklist entry so generic that it is still blockling anything.

I think we need to change the description to match "^Yahoo Application State Plugin$". This should stop it matching a description with further text (version string f.e.) afterwards.
update blplugins set name = '^Yahoo Application State Plugin$' where name = 'Yahoo Application State Plugin';

IT - could someone run this on the preview database so we can test there?
Assignee: nobody → server-ops
mysql> update blplugins set name = '^Yahoo Application State Plugin$' where name =
    -> 'Yahoo Application State Plugin';
Query OK, 1 row affected (0.04 sec)
Rows matched: 1  Changed: 1  Warnings: 0
(In reply to comment #2)
> mysql> update blplugins set name = '^Yahoo Application State Plugin$' where
> name =
>     -> 'Yahoo Application State Plugin';
> Query OK, 1 row affected (0.04 sec)
> Rows matched: 1  Changed: 1  Warnings: 0
> 

That was on preview.
Ok, thanks.  Tony - could you test that it doesn't blocklist the new Yahoo stuff? Or Dave?
Assignee: server-ops → dtownsend
What is the url for the blocklist on preview?
Ok the change was not correct. It was the description field that we need to change, not the name field. Though I don't believe that making the name match more specific as we have does any harm either.
Mike, can we get things moving again here.
Assignee: dtownsend → morgamic
update blplugins set description='^Yahoo Application State Plugin$' where name='^Yahoo Application State Plugin$';

IT - could we get this run on preview?
If preview was reset after the last query was run, this works, too:

update blplugins set description='^Yahoo Application State Plugin$', name='^Yahoo Application State Plugin$' where name='Yahoo Application State Plugin';
mysql> update blplugins set description='^Yahoo Application State Plugin$' where    -> name='^Yahoo Application State Plugin$';
Query OK, 1 row affected (0.04 sec)
Rows matched: 1  Changed: 1  Warnings: 0
I have tested and verified that the blocklist on preview correctly blocks the old yahoo state plugin and does not block the new one. Can we get this pushed live?
IT - this needs to be run on the AMO database:

update blplugins set description='^Yahoo Application State Plugin$',
name='^Yahoo Application State Plugin$' where name='Yahoo Application State
Plugin';
Assignee: morgamic → server-ops
Component: Blocklisting → Server Operations: Web Content Push
Product: addons.mozilla.org → mozilla.org
QA Contact: blocklisting → mrz
Version: 3.2 → other
Assignee: server-ops → reed
mysql> update blplugins set description='^Yahoo Application State Plugin$', name='^Yahoo Application State Plugin$' where name='Yahoo Application State Plugin';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.