https://bugzilla.wikimedia.org/show_bug.cgi?id=18808
Tomasz Finc tf...@wikimedia.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=18808
--- Comment #6 from Tomasz Finc tf...@wikimedia.org 2009-05-23 01:36:36 UTC
---
I went ahead and just moved it to its own class to keep it clean and less
confusing. Patch is ready and I'll check in the fix later tonight after running
a
https://bugzilla.wikimedia.org/show_bug.cgi?id=18808
--- Comment #1 from Tomasz Finc tf...@wikimedia.org 2009-05-15 19:04:01 UTC
---
This might be a superfluous step as logging.xml.gz seemingly has all the
content of what this step is trying to provide. I'm following up with Aaron
Schulz to
https://bugzilla.wikimedia.org/show_bug.cgi?id=18808
Aaron Schulz jschulz_4...@msn.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=18808
--- Comment #3 from Tomasz Finc tf...@wikimedia.org 2009-05-15 20:56:06 UTC
---
(In reply to comment #2)
I mentioned this a while ago. It probably is due to some second pass. The
dumping works fine in my regular test environment.
Can
https://bugzilla.wikimedia.org/show_bug.cgi?id=18808
--- Comment #4 from Aaron Schulz jschulz_4...@msn.com 2009-05-15 21:16:26
UTC ---
Really there should only be one pass, all the data is there already. Other
passes would be the result of bundling the code with the text dumps, which
https://bugzilla.wikimedia.org/show_bug.cgi?id=18808
--- Comment #5 from Aaron Schulz jschulz_4...@msn.com 2009-05-15 21:24:16
UTC ---
So the XmlDump(logging,...) call probably can go (in worker.py), since the
stub call does it (though that is a bit misnamed then)
--
Configure bugmail:
