Issue 63661

Summary: Repairing XML document needs two clicks and dialogs more to abort operation
Product: General Reporter: jogi
Component: codeAssignee: jogi
Status: CLOSED FIXED QA Contact: issues@framework <issues>
Severity: Trivial    
Priority: P3 CC: issues, pagalmes.lists, zhangxiaofei.ooo
Version: 680m159   
Target Milestone: OOo 3.0   
Hardware: All   
OS: All   
Issue Type: PATCH Latest Confirmation in: ---
Developer Difficulty: ---
Issue Depends on:    
Issue Blocks: 72764    
Attachments:
Description Flags
Corrupted file
none
The patch to comphelper project, a wrapper around XInteractionHandler is created to abort the filter selection interception
none
The patch to sw project, the wrapper is insert into the InteractionHandler after the repairing has failed or user has canceled the repairing, none

Description jogi 2006-03-27 08:24:35 UTC 
- Load corrupted file (as attached)
- Click on "no" on Repairing question dialog
BUG: Again a dialog informs that the file can not be opened but the user has
already made the choice not to open it. Then the filter selection box comes up
which also is not needed anymore in that scenario.

Metric: In SO7 PP5 you need one click to dismiss the operation. in SO 8
SRC680m159 you need two clicks more on two additional dialogs.
Comment 1 jogi 2006-03-27 08:27:29 UTC 
Created attachment 35281 [details]
Corrupted file
Comment 2 mikhail.voytenko 2006-03-27 09:38:09 UTC 
As we have discussed with JSI the second notification is acceptable, but the
filter selection dialog is the bug in this scenario. The first dialog asks
whether the corrupted document should be recovered and when the user selects
"No" the second dialog notifies that the document could not be opened because no
recovery could be done.
Comment 3 mikhail.voytenko 2006-06-26 15:01:17 UTC 
Changing the target.
Comment 4 Mathias_Bauer 2007-12-04 16:17:28 UTC 
according to release status meeting -> target 3.x
Comment 5 zhangxiaofei.ooo 2007-12-07 11:32:25 UTC 
Created attachment 50173 [details]
The patch to comphelper project, a wrapper around XInteractionHandler is created to abort the filter selection interception
Comment 6 zhangxiaofei.ooo 2007-12-07 11:34:34 UTC 
Created attachment 50174 [details]
The patch to sw project, the wrapper is insert into the InteractionHandler after the repairing has failed or user has canceled the repairing,
Comment 7 mikhail.voytenko 2008-02-20 10:08:32 UTC 
The patch will be integrated in one of the next framework childworkspaces.
Comment 8 mikhail.voytenko 2008-05-28 11:03:04 UTC 
Integrated
Comment 9 mikhail.voytenko 2008-05-30 08:14:02 UTC 
MAV->JSI: Please verify the issue.
Comment 10 jogi 2008-06-13 11:00:38 UTC 
Validated on Solaris SPARC snv_90.
Comment 11 thorsten.ziehm 2009-07-20 15:57:07 UTC 
This issue is closed automatically and wasn't rechecked in a current version of
OOo. The fixed issue should be integrated in OOo since more than half a year. If
you think this issue isn't fixed in a current version (OOo 3.1), please reopen
it and change the field 'Target Milestone' accordingly.

If you want to download a current version of OOo =>
http://download.openoffice.org/index.html
If you want to know more about the handling of fixed/verified issues =>
http://wiki.services.openoffice.org/wiki/Handle_fixed_verified_issues