https://bugzilla.wikimedia.org/show_bug.cgi?id=64373
--- Comment #12 from Andre Klapper <[email protected]> --- Disclaimer: I'm rather clueless & it's late, so this might be naive: (In reply to Santiago Dueñas from comment #11) > To be more specific, our tool retrieves issues using URLs like: > https://bugzilla.wikimedia.org/buglist. > cgi?product=MediaWiki%20extensions&component=OAuth > So, for instance, if an issue from OAuth is moved to "Extensions requests", > that issue will not be listed anymore using the URL from above. As you regularly update/sync the data in your database, how do you identify new (recently created) tickets created in a key project which is tracked? I assume by explicitly querying for tickets created since $time_of_last_db_sync, and then adding them to "your list"? No idea on performance or other side effects, just wondering: Compare the list of bug IDs for a tracked project {1, 4, 17} gathered yesterday with today's bug IDs from Bugzilla for that project {1, 17, 21}, in order to see that 1) bug #21 should also be tracked now for the project's stats, and that 2) bug #4 is not listed anymore and should be dropped from stats for this project? In other words, something like curl -X POST -H"Content-Type: text/xml" -d "<?xml version=\"1.0\" encoding=\"UTF-8\"?><methodCall><methodName>Bug.search</methodName><params><param><value><struct><member><name>component</name><value><array><data><string>Bugzilla</string></data></array></value></member><member><name>resolution</name><value><array><data><string></string></data></array></value></member><member><name>limit</name><value><array><data><value>0</value></data></array></value></member></struct></value></param></params></methodCall>" https://bugzilla.wikimedia.org/xmlrpc.cgi to get all open tickets for the "Bugzilla" component (query not tested, plus cool kids use JSON instead of XML), then extract all provided values for "id" nodes with your favorite parser, and compare that list against the list of bug IDs you have from the last time you ran that query? If that's not feasible (tool's architecture, Bugzilla sucks, etc.), a two-word "Sorry, nope!" reply here is very acceptable, to not waste your time. ;) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
