Summary: | reject screenshot submissions | ||
---|---|---|---|
Product: | openclipart.org | Reporter: | Daniel Stone <daniel> |
Component: | website | Assignee: | default user for a product <clipart> |
Status: | CLOSED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | high | ||
Version: | unspecified | ||
Hardware: | x86 (IA32) | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
FreeDesktop Bugzilla Database Corruption Fix User
2005-07-31 22:36:44 UTC
a description on how to delete submited screenshots is here: http://lists.freedesktop.org/archives/clipart/2005-March/002418.html in short: Visit the following URI: http://openclipart.org/cgi-bin/upload_screenshot.cgi?reject=NNN (Where NNN is the number of the screenshot, e.g., reject=101 will reject screenshot number 101.) the files we talked about on the list recently were not in the scrrenshots section but just in the incoming directory for clipart. to delete from there, you need a kind of access to the f.d.o server to modify a script (http://openclipart.org/tools/rm_incoming.php) and then run it in browser, see http://lists.freedesktop.org/archives/clipart/2005-July/003662.html Oh, incidentally, I found another way this issue manifests itself. If a zipfile or tarball is uploaded, and the metadata experience this issue, propagate-metadata.pl cannot propagate them, because XML::Twig cannot parse metadata.rdf, due to the invalid character. Here is an example of such a file: http://www.openclipart.org/incoming-pre-0.17/chemical_accessories_mar_02.zip Ignore previous comment; it was intended for another bug. obsolete due to the implementation of screenshots in cchost... |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.