Issue 29458 - Copy and paste of slide in Slides View does not work
Summary: Copy and paste of slide in Slides View does not work
Status: CLOSED FIXED
Alias: None
Product: Impress
Classification: Application
Component: ui (show other issues)
Version: 680m38
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: christian.guenther
QA Contact: issues@graphics
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-25 07:22 UTC by oharboe
Modified: 2006-01-04 19:04 UTC (History)
1 user (show)

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

Attachments
Test case (35.50 KB, application/vnd.sun.xml.impress)
2004-05-25 07:23 UTC, oharboe 		no flags Details
Shows how the copy visibly differ from the original (60.94 KB, application/vnd.sun.xml.impress)
2004-05-25 07:24 UTC, oharboe 		no flags Details
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 oharboe 2004-05-25 07:22:55 UTC 
1. Load attached test2.sxi 
2. Enter Slides View
3. Select Slide #1
4. Copy (ctrl-c)
5. Paste (ctrl-v)
6. Copy is not not identical to Slide #1
Comment 1 oharboe 2004-05-25 07:23:17 UTC 
Created attachment 15431 [details]
Test case
Comment 2 oharboe 2004-05-25 07:24:42 UTC 
Created attachment 15432 [details]
Shows how the copy visibly differ from the original
Comment 3 oharboe 2004-05-25 07:25:34 UTC 
NOTE!!!

It does work sometimes!

With this smaller test case, it appears to fail all the time, but in my larger 
presentation, it sometimes works.

Øyvind
Comment 4 wolframgarten 2004-05-25 07:36:11 UTC 
Reassigned to Christian.
Comment 5 oharboe 2004-05-25 07:43:06 UTC 
Try this:

- Copy (ctrl-v)
- Paste e.g. 50 copies. (hold down ctrl-v). 
- See a mix of correct and incorrect copies.

Øyvind
Comment 6 christian.guenther 2004-05-25 09:54:06 UTC 
set to new and change the target.
Comment 7 christian.guenther 2004-05-25 10:16:50 UTC 
I can reproduce the bug.
PLease have a look.
Comment 8 groucho266 2004-06-02 08:11:40 UTC 
Accepted.
Comment 9 groucho266 2004-06-17 09:15:53 UTC 
Accepted.
Comment 10 groucho266 2004-06-18 10:04:28 UTC 
The old slides view will be replaced by the new slide sorter of the Multi Pane
GUI.  Therefore, I set the type to FEATURE.
Comment 11 histed 2004-06-24 23:31:44 UTC 
In my experience, copying a slide from one presentation to another does not copy
the needed styles (i.e. styles that are used in the slide that is being copied).
 I've reproduced this using drag and drop in the slide view, and using
Insert->File in the drawing view.

Thus, the bug is: needed styles do not get copied along with slide when the
slide is copied.
Comment 12 groucho266 2004-07-29 17:10:46 UTC 
Yes, it is a bug.  And it is still reproducable in SRC680 m48.
Comment 13 groucho266 2004-08-25 10:35:10 UTC 
I can not reproduce the problem of the copy not looking like the original slide
in milestone m51.  However, the insertion position is wrong.  We seem to have an
problem with our internal indexes and insert at position 2*i when i is the
correct index (one behind the last selected slide.)
Comment 14 groucho266 2004-08-25 12:02:11 UTC 
Fixed the wrong insertion position in
sd/source/ui/slidesorter/controller/SlsClippboard.cxx:DoPaste(). Here different
types of index (2*+1 and straight) were mixed.
Comment 15 groucho266 2004-09-13 09:03:02 UTC 
Step 1/3 of sending issue to QA.
Comment 16 groucho266 2004-09-13 09:03:27 UTC 
Step 2/3 of sending issue to QA.
Comment 17 groucho266 2004-09-13 09:04:16 UTC 
Step 3/3 of sending issue to QA.
Comment 18 christian.guenther 2004-09-13 13:48:25 UTC 
Verifeid in cws imperess21 on Sols, Lin, Win.
Comment 19 christian.guenther 2004-12-02 12:09:25 UTC 
I can't test the issue of integration because of  issue 37867.
Issue 37867 is fixed in the next version.
I test this issue of integration in the next version.
Comment 20 christian.guenther 2004-12-10 10:06:37 UTC 
Integrated in src680m65
There is a similar in src680m65. I write a new issue for the new bug.
Comment 21 stefan.baltzer 2006-01-04 19:04:49 UTC 
*** Issue 59308 has been marked as a duplicate of this issue. ***