https://bugs.freedesktop.org/show_bug.cgi?id=54580
Roman Eisele <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |[email protected] Ever Confirmed|0 |1 See Also| |https://bugs.freedesktop.or | |g/show_bug.cgi?id=51023 --- Comment #1 from Roman Eisele <[email protected]> 2012-09-06 14:53:16 UTC --- Thank you very much for your bug report, especially for your well-written, step-by-step “reproduction” descriptions! (In reply to comment #0) > The second half of my bug may very well be related to bug 51023; I'll let you > decide. A good hint; see “Evaluation” below. > First half: > Description: > Clicking on a slide thumbnail in the left pane when LibreOffice does not have > window focus causes the selected slide to shuffle to the top of the deck > (become slide number one). > > Reproduction: > Start a new presentation slide show. Create three slides in the show (title > them 1, 2, 3 for easy identification). Select slide 3. Bring up another window > that grabs focus, but doesn't hide LibreOffice (a small TextEdit window will > do). Now that LibreOffice is in the background, click on the thumbnail in the > left pane for slide 3. Slide 3 will now be slide 1. REPRODUCIBLE with * LibreOffice 3.5.6.2 (Build-ID: e0fbe70-dcba98b-297ab39-994e618-0f858f0), * LibreOffice 3.6.1.2 (Build ID: e29a214), both with German langpack installed, on Mac OS X 10.6.8 (Intel). Maybe not 100% reproducible, but works most times. > Second half: > Description: > Now that we have rearranged slides, we can click on the thumbnails for > the two non-rearranged slides as many times as we want, but any attempts > at clicking on the rearranged slide (slide 3 cum 1) will cause > LibreOffice to crash. > > Reproduction: > Click on slide number 1 (which was originally slide 3). Crash. REPRODUCIBLE with * LibreOffice 3.5.6.2 (Build-ID: e0fbe70-dcba98b-297ab39-994e618-0f858f0), * LibreOffice 3.6.1.2 (Build ID: e29a214), both with German langpack installed, on Mac OS X 10.6.8 (Intel). Again: Maybe not 100% reproducible, but works most times. EVALUATION: I will attach a Mac OS log file created for the crash (second half). This log file is nearly _identical_ to the ones for bug 51023 (see * attachment 63084 * attachment 63290 ; all three crash at sd::slidesorter::model::PageDescriptor::GetPage() const + 6 ); so I would say that the second half of this bug report is really a duplicate of bug 51023. In addition, I got the impression that also the first half of this bug report is at least related to bug Thank you very much for your bug report, especially for your well-written, step-by-step "reproduction" descriptions! (In reply to comment #0) > The second half of my bug may very well be related to bug 51023; I'll let you > decide. A good hint; see below. > First half: > Description: > Clicking on a slide thumbnail in the left pane when LibreOffice does not have > window focus causes the selected slide to shuffle to the top of the deck > (become slide number one). > > Reproduction: > Start a new presentation slide show. Create three slides in the show (title > them 1, 2, 3 for easy identification). Select slide 3. Bring up another window > that grabs focus, but doesn't hide LibreOffice (a small TextEdit window will > do). Now that LibreOffice is in the background, click on the thumbnail in the > left pane for slide 3. Slide 3 will now be slide 1. REPRODUCIBLE with * LibreOffice 3.5.6.2 (Build-ID: e0fbe70-dcba98b-297ab39-994e618-0f858f0), * LibreOffice 3.6.1.2 (Build ID: e29a214), both with German langpack installed, on Mac OS X 10.6.8 (Intel). Maybe not 100% reproducible, but works most times. > Second half: > Description: > Now that we have rearranged slides, we can click on the thumbnails for > the two non-rearranged slides as many times as we want, but any attempts > at clicking on the rearranged slide (slide 3 cum 1) will cause > LibreOffice to crash. > > Reproduction: > Click on slide number 1 (which was originally slide 3). Crash. REPRODUCIBLE with * LibreOffice 3.5.6.2 (Build-ID: e0fbe70-dcba98b-297ab39-994e618-0f858f0), * LibreOffice 3.6.1.2 (Build ID: e29a214), both with German langpack installed, on Mac OS X 10.6.8 (Intel). Again: Maybe not 100% reproducible, but works most times. EVALUATION: I will attach a Mac OS log file created for the crash (second half). This log file is nearly _identical_ to the ones for bug 51023 (see * attachment 63084 * attachment 63290 ; all three crash at sd::slidesorter::model::PageDescriptor::GetPage() const + 6 ); so I would say that the second half of this bug report is really a duplicate of bug 51023. In addition, I would guess that also the 1st half of this bug (report) is at least related to bug 51023 -- the strange jump of (in your example) slide 3 to the 1st place is very similar to the broken drag-and-drop of slides in bug 51023. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
