On Wed, Apr 23, 2014 at 9:27 AM, Alexandro Colorado <[email protected]> wrote: > On 4/23/14, Rob Weir <[email protected]> wrote: >> On Wed, Apr 23, 2014 at 6:53 AM, Rory O'Farrell <[email protected]> wrote: >>> On Wed, 23 Apr 2014 12:34:33 +0200 >>> [email protected] wrote: >>> >>>> >>>> > What options do we have available? Do we accept private attachments in >>>> > Bugzilla? Can a properly obtained stack trace replace the need for the >>>> > actual document, maybe? Other options? >>>> >>>> What about anonymize the DOCX by searching and replacing any simple char >>>> with X char? >>>> With MS Office of course.... >>>> >>>> Davide >>>> >>>> >>>> > >>>> > Note: in my case I already asked for, and received, a working ODT >>>> > version. I'm interested in the generic discussion. >>>> > >>>> > Regards, >>>> > Andrea. >>> >>> One can't anonymize an unopenable file! It would have to be done using the >>> generating application. >>> >> >> But it is possible, in theory to do something like this with the >> Apache ODF Toolkit (incubating). > > Isnt the ODF Toolkit for ODF only?? What would that help on a DOCX document? >
True, but you could use Apache POI for DocX files. It is a similar library. -Rob >> >> But it is tricky, especially if the document has embedded documents, >> OLE embeddings, images with confidential information, etc. You could > > Probably some binary blob is causing the file to be unable to be open by AOO. > >> need to replace it all. But the stuff you replace might be the source >> of the crash. >> >> A safer way is for the person who edited the document to do a binary >> search for the issue, e.g., creating test documents containing the >> first half of the document and another with the 2nd half. See which > > Agree. > >> one crashes. Then divide that test document. And so on, until you've >> narrowed down what is causing the crash. Of course, not all crashes >> can be narrowed down that way, but many can. >> >> -Rob >> >>> >>> -- >>> Rory O'Farrell <[email protected]> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > -- > Alexandro Colorado > Apache OpenOffice Contributor > http://www.openoffice.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
