Issue 48374 - Unable to copy a slide in slide sorter
Summary: Unable to copy a slide in slide sorter
Alias: None
Product: Impress
Classification: Application
Component: editing (show other issues)
Version: 680m95
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: OOo 2.0.1
Assignee: wolframgarten
QA Contact: issues@graphics
Depends on:
Reported: 2005-04-28 14:44 UTC by sltomassen
Modified: 2005-11-14 12:27 UTC (History)
1 user (show)

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

File with problems of copying slide 6 in slide sorter view (154.03 KB, application/vnd.sun.xml.impress)
2005-04-28 20:44 UTC, sltomassen
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description sltomassen 2005-04-28 14:44:02 UTC
I am unable to copy one slide in position 6 in the slide sorter. It 
consecuently copies slide 5 instead. Any other slide I have tested to copy 
works fine (thought the paste position is wrong but that is reported in 
another issue). If I move the slide to another position then everything works 
as normal but when moved back I get this strange behaviour again.
Comment 1 wolframgarten 2005-04-28 14:47:33 UTC
Can you attach the file where this happens? How do you copy it (shortcuts,
context menu etc.) Thanks in advance.
Comment 2 sltomassen 2005-04-28 20:44:15 UTC
Created attachment 25625 [details]
File with problems of copying slide 6 in slide sorter view
Comment 3 sltomassen 2005-04-28 21:22:27 UTC
I copy by right clicking the slide and paste with right click. But after done 
some testing it really doesn't mather if you use the menu/shortcuts/mouse...
Comment 4 wolframgarten 2005-04-29 08:00:28 UTC
Thanks for the bugdoc. Reproducible now.
Comment 5 wolframgarten 2005-04-29 08:02:05 UTC
Comment 6 groucho266 2005-05-24 16:18:58 UTC
Comment 7 groucho266 2005-05-24 16:41:19 UTC
The bugdoc has to slides, the fifth and the sixth, that in my english version
are both named 'Slide 5'.  In the contents.xml file I can see that the first one
of the two is named (the draw:name attribute of the draw:page tag) "page5".  The
second one is explicitly named "Slide 5".  This conflicts with the automatic
names given to the slides.

->CL: Please take over.
Comment 8 clippka 2005-05-24 17:00:20 UTC
Accepted, have to fix this on load
Comment 9 clippka 2005-05-25 11:31:38 UTC

in SdDrawPage::setName() I enforce page names that start with the localized
default name and a following space character to empty page names.

I should throw an invalid argument exception here but XNamed::setName() does not
specify one
Comment 10 clippka 2005-08-16 15:37:51 UTC
verified in cws, back to qa

re-open issue and reassign to
Comment 11 clippka 2005-08-16 15:37:55 UTC
reassign to
Comment 12 clippka 2005-08-16 15:38:04 UTC
reset resolution to FIXED
Comment 13 wolframgarten 2005-08-18 11:31:06 UTC
Verified in CWS.
Comment 14 wolframgarten 2005-11-14 12:27:09 UTC
Tested in m139. CLosed.