Closed Bug 431543 Opened 17 years ago Closed 17 years ago

Denying the opportunity of rendering public photos on spreadfirefox

Categories

(Websites Graveyard :: spreadfirefox.com, defect, P1)

All
Other

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: paul, Assigned: cpollett)

References

()

Details

Attachments

(1 file, 1 obsolete file)

Would you please review the attached patch which adds code to the flickr module to check for flickr users that should be denied the opportunity of rendering their tagged public photos on spreadfirefox This patch would need to be pushed later with the following table .. CREATE TABLE `flickr_denied` ( `nsid` varchar(64) NOT NULL ) ENGINE=MyISAM DEFAULT CHARSET=latin1;
Attached patch flickr_block.module patch (obsolete) — Splinter Review
Attachment #318608 - Flags: review?
Does the patch let admins disable specific pictures or specific tags or both?
It allows administrators to block a flickr user. So if a spreadfirefox user posts something on flickr tagged with spreadfirefox that is inappropriate we can add the flickr id to the flickr_denied table and block the user from showing all images on spreadfirefox . What we have with this patch is the minimum required to solve the problem. When this is pushed i can work on extending this so we can block the image(s) only and provide some GUI interface to handle all of this Paul Booker
Over to webdev for review.
Assignee: server-ops → nobody
Component: Server Operations → Webdev
QA Contact: justin → webdev
sorting it out...
Assignee: nobody → paul
Group: infra
Component: Webdev → spreadfirefox.com
Priority: -- → P1
Product: mozilla.org → Websites
Version: other → unspecified
Attachment #318608 - Flags: review? → review?(cpollett)
Comment on attachment 318608 [details] [diff] [review] flickr_block.module patch patch looks good. tested it. Need to update database as indicated above to get this to work
Attachment #318608 - Flags: review?(cpollett) → review+
Paul, please commit this. Do you have access to run the SQL on stage? If so, do that first, then commit the patch. If not, let me know. After we deploy it to stage, we can ask IT to push it live.
Alex , I have added the SQL statement with the patch and commited to subversion. If we can get the changes pushed live ill take it from there. Thanks Paul
Attachment #318608 - Attachment is obsolete: true
Hi Paul, I think you checked this in. Should we mark it as resolved?
Hi Chris I'll resolve this as bug fixed when the changes have been pushed to production and i have updated the database successfully Thanks Paul
Hi Chris, Has this patch been pushed to production and the database schema updated on the status report page ? If so would you close this ticket please. Thanks Paul
Assignee: paul → cpollett
yes, it has been pushed and the db is update.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Thanks Alex :-)
Product: Websites → Websites Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: