Issue 107496 - document file corrupted after printing it via API
Summary: document file corrupted after printing it via API
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: Writer
Classification: Application
Component: programming (show other issues)
Version: OOO320m7
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: Oliver Specht
QA Contact: issues@sw
URL:
Keywords: data_loss, regression
Depends on:
Blocks:
 
Reported: 2009-12-07 13:06 UTC by Frank Schönheit
Modified: 2013-08-07 14:44 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description Frank Schönheit 2009-12-07 13:06:18 UTC 
- open the document "print_pages.odt" attached to issue 107494
- press the contained button, which executes a macro which basically calls
    ThisComponent.printPages( { "FileName", ThisComponent.URL } )
- close the document
- re-open it
=> The "ASCII Filter Options" dialog opens, indicating that the document is
   not recognized anymore

Indeed, doing a "unzip -v <file>" on a console shows some error basically saying
that this is no ZIP file anymore.
Comment 1 Frank Schönheit 2009-12-07 13:07:48 UTC 
problem did not happen in OOo 3.1.1
Comment 2 Frank Schönheit 2009-12-07 13:31:01 UTC 
argh. According to OS, the "FileName" parameter to the printPages method
describes were to print to, not the document to print. So, OOo is correct in
overwriting this file (and 3.1.1 probably was incorrect in printing to the
printer, instead of respecting the FileName property.)

resolving as INVALID.
Comment 3 Frank Schönheit 2009-12-07 13:31:24 UTC 
closing