Apache OpenOffice (AOO) Bugzilla – Issue 77258
[cws oj14] Copy'n'Paste of forms/reports broken
Last modified: 2007-08-19 05:01:15 UTC
Steps to reproduce: Download and open the attached file, ExerciseLog_orig.odb. Download and open the attached file, ExerciseLog_RPT.odb. Select the Reports view in both Base windows. Drag and drop the report, Designer_1, from the window ExerciseLog_RPT to ExerciseLog_orig. Right click on the report Designer_1 in the window ExerciseLog and select edit. A Writer window is opened in read / write mode. Close the writer file. Double click on the report Designer_1 in the window ExerciseLog_orig. A Writer window is opened in read only mode. Copy and Paste acts the same way as drag and drop, the embedded file Designer_1 in ExerciseLog_orig is no longer recognized as a Report Designer managed file.
Created attachment 45057 [details] original base file creaed with 2.3m_211
Created attachment 45058 [details] Copy of base file with Report Designer created report Designer_1
set keywords new_implementation and oooqa
I find that copy and paste of a report designer file within the same database also appears to remove the report information - or - losses it's connection to the report designer. Adjusted summary to match.
targeting to OOo 2.x
reassign to oj
Another scenario Create report, create folder in reports section, drag report to new folder - report information lost. Not sure if this should be a separate issue that depends on this one?
resetting target. In opposite to what has been announced, the iTeam decided to use - "not determined" when the iTeam had a look at the issue, but decided it is no showstopper and no "should fix" for the first release - "no target" when the issue has not been looked at by the iTeam
I can reproduce the various scenarios described here (and more: for instance, close the target DB, then try to open the report in the source DB which you just copied to the clipboard: this fails completely, until you close and re-open the DB). It seems that internally, all issues have the same origin: when pasting, the concrete definition object inserted, instead of a *copy* of the definition object. That is, the concrete report definition is part of two documents, or two times part of the same document. Which leads to all kind of problems ... Funnily (well, kind of), I can reproduce all those problems with forms, too ... :(
Adjusting summary/keywords/target: This is a regression in CWS oj14: Copy'n'Paste and Drag'n'Drop of any form/report object does not work anymore.
Created attachment 45252 [details] document to reproduce the bug case
attached is a simplified document to reproduce: bug.odb Simply copy'n'paste the contained form into the same document, and open the resulting form - it will be empty. fs->oj: What I said above about the same object being inserted is nonsense - I recognized too late that the source object in fact is used as template to create a new object. This creation happens using a copyTo on the respective storage - and this is what seems to be broken.
Fixed in cws oj14
Please verify. Thanks.
verified in CWS oj14 version 0.4.0
tested w/ RD 1.0 Closing