Issue 96487 - Slide pane jumps back to selected slide
Summary: Slide pane jumps back to selected slide
Alias: None
Product: Impress
Classification: Application
Component: code (show other issues)
Version: OOo 3.0.1
Hardware: PC All
: P3 Trivial with 10 votes (vote)
Target Milestone: 3.4.0
Assignee: groucho266
QA Contact: issues@graphics
Keywords: oooqa, regression, usability
: 99648 108126 (view as issue list)
Depends on:
Reported: 2008-11-23 20:50 UTC by nightware
Modified: 2017-05-20 10:22 UTC (History)
5 users (show)

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

the file the problem happens with (175.20 KB, application/vnd.oasis.opendocument.presentation)
2008-11-23 20:52 UTC, nightware
no flags Details
second file (4.71 MB, application/octet-stream)
2008-11-23 21:11 UTC, nightware
no flags Details
bugdoc (274.67 KB, application/vnd.oasis.opendocument.presentation)
2009-03-06 10:14 UTC, wolframgarten
no flags Details
crashlog produced (serveral times by the described procedure) (6.16 KB, text/xml)
2009-03-06 13:25 UTC, nightware
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description nightware 2008-11-23 20:50:41 UTC
The Slide pane jumps back to the currently selected slide, when I try to scroll
down or up the slide pane either by moving the scrollbar, pushing the up and
down buttons on the scrollbar, using the mouse scoll-wheel or when trying to
move a slide by moving the mouse to the upper or lower end of the slide pane.
Furthermore moving several slides at a time is not possible. Only one slide is
This does not happen to every slideshow. I can only reproduce the problem with
one file yet. I will append the file.
I guess it is because of the "larger" images.
Comment 1 nightware 2008-11-23 20:52:06 UTC
Created attachment 58235 [details]
the file the problem happens with
Comment 2 nightware 2008-11-23 21:11:32 UTC
Created attachment 58236 [details]
second file
Comment 3 nightware 2008-11-23 21:12:45 UTC
I was able to reproduce the problem with a second file (attached as by
- open impress
- create several slides
- drag an (large) image onto each slide (links the image to the file)
- scrolling as described previously causes the slie pane to jump
Comment 4 nightware 2008-11-23 21:40:18 UTC
1st file including images (~18MB)
Comment 5 himhymn 2009-01-29 03:17:06 UTC
(Apichart Sasiphongpairoege, 01/28/2009)
-I can replicate the bug.

-These are my steps which a the simplest case to produce the bug.
1. Create the new presentation
2. Add 2 slide to the presentation
3. drag and drop any kind of picture( Source of picture is not specific to any
folder) to each slide.
4. reduce the size of presentation window until it has vertical scroll bar in
the slides pane.
5. click on the first slide if presentation
6. click and hold on the scroll down button until it scroll to the last slide
7. you will see the result(jumping)

-The result is when the slide pane was moving down, it suddenly jumped back a
little bit. Then it kept going down until the end of the slide

-But when you add more slide and picture( for example 1 picture per slide), the
result is getting worse( The number of jump increase with the number of slide
which has picture).

-These are the result when I tried to change some factors:
The number of jump is 1 when I have 3 slides and each slide has 1 picture(scroll
down from slide 1 to the end).
The number of jump is 2 when I have 4 slides and each slide has 1 picture(scroll
down from slide 1 to the end).
The number of jump is 3 when I have 5 slides and each slide has 1 picture(scroll
down from slide 1 to the end).
The number of jump is 4 when I have 6 slides and each slide has 1 picture(scroll
down from slide 1 to the end).
The number of jump is 5 when I have 7 slides and each slide has 1 picture(scroll
down from slide 1 to the end).
The number of jump is 6 when I have 8 slides and each slide has 1 picture(scroll
down from slide 1 to the end).
The number of jump is 7 when I have 9 slides and each slide has 1 picture(scroll
down from slide 1 to the end).
The number of jump is 8 when I have 10 slides and each slide has 1
picture(scroll down from slide 1 to the end).

* The number of jump depend on the slide which is starting point to scroll down.
For example, The number of jump is 7 (instead of 8) when I have 10 slides and
each slide has 1 picture(scroll down from slide 2 to the end).
** The number of jump also depend the direction of the the scroll.
*** When the jump does not show up, you should click on the other slide and
click back to the slide that you want to start to scroll up or down.
**** The number of jump does not depend on the size of the picture.
Comment 6 avilfan 2009-02-02 15:38:08 UTC
I have the same problem with OOO300m21 on OpenSuse Linux. 

It happens in a presentation of about 40 slides with lots of graphics/videos. If
I enter the slide sorter and scroll the window or move focus with the TAB key,
it will jump back to the page with the selected slide after about a second.
Comment 7 wolframgarten 2009-02-03 07:57:06 UTC
@avilfan: I think the last official version is OOO300_m15. If you are using an
m21 version this is not an official build and we cannot do anything to fix
problems contained in there.
Comment 8 nightware 2009-02-03 09:26:33 UTC
I can still confirm the issue for OOo3.0.1 which is m15.
Comment 9 iwatson 2009-02-25 22:16:35 UTC
I am getting this same problem in the slide sorter in Impress. It is a real
hindrance to my work.

I have a presentation of about 40 slides most of which are full page images, so
fairly heavy. The most noticeable symptom is that if I have, say, slide 5
selected, and then I select, say, slide 30, the slide 30 border thickens as if I
have selected it for about half a second, but then the selection “jumps” back to
slide 5.  Occasionally it doesn’t do this, though, and the selection works
appropriately.  I have been trying to experiment to find the conditions that
determine whether selecting works or not, and my unconfirmed feeling is that if
I have been away from the slide sorter for a few minutes or have had other
windows maximized, I get one free “correct” select and then the problem starts

The other symptom is that when I try to drag and drop slides to reorder them,
sometimes it works and sometimes it doesn’t. When it doesn’t, what happens is
that the slide that was previously selected is moved, rather than the one that I
clicked on to drag. Interestingly, it seems that shorter drag-and-drops work
better than longer ones (say moving slide 30 to after slide 25 rather than slide
5), but I cannot confirm this systematically yet.

Platform: XP.  OpenOffice 3.0.1.

The file is many megabytes so I'm not going to post it just now.
Comment 10 wolframgarten 2009-03-06 10:13:20 UTC
At least I am now able to reproduce something that is similar to the described
behaviour. Please open the bugdoc I will attach. The first slide has a text
"Test". Click the slide in the slide pane, drag it down with the mouse so the
slide pane starts to scroll down.Now release the mouse button to place the
dragged slide somewhere else (lets say between slide  12 and 13). The dragged
slide is painted there but after a short time the slide pane jumps back to the
new slide 1, which is selected now and not the dragged slide.
Comment 11 wolframgarten 2009-03-06 10:14:25 UTC
Created attachment 60776 [details]
Comment 12 wolframgarten 2009-03-06 10:16:57 UTC
*** Issue 99648 has been marked as a duplicate of this issue. ***
Comment 13 nightware 2009-03-06 13:23:35 UTC
I cannot confirm the issue as described by wg.
I cannot reproduce the error with the file by wg. But can still reproduce it
using my first file (Bilder.odp).
I just realized the provided file does not have any images provides with it.
Using the uploaded file I cannot reproduce the bug. I'll try to upload a file
including the images ... The problem ist the file upload limitation.

I will try to describe the procedure once more.
- open the file (Bilder.odp)
- Select Slide 1
- Click and drag the Slide Pane Scrollbar
- The Scollbar and thus the Slide Pane keeps jumping back to the top all the time.

I even produced some crashes doing just this.
- Dragged the scrollbar to the bottom. 
- OOo crashes.

I'll append the crashlog.

Using wg's file I cannot for some reason drag the first slide (Slide 1) behind
Slide 5.
- More precisely: Once my mouse cursor leaves the Slide Pane (e.g. to the
bottom, or the side) I cannot drag my slide any longer. Therefore to drag the
slide i MUST NOT leave the Slide Pane
- The Slide Pane also freezes at this point
But to me, this is a different Error ... should probably also a different Issue.

I cannot confirm Issue 99648 on my System using the file provided by wg
(test.odp) either.
I cannot confirm Issue 99648 being an duplicate on the issue either. This issue
does not depend on dragging. It might be relted tlo this issue though.
Comment 14 nightware 2009-03-06 13:25:17 UTC
Created attachment 60782 [details]
crashlog produced (serveral times by the described procedure)
Comment 15 nightware 2009-03-06 13:40:06 UTC
Since I cannot upload file with greater size than 1 MB I uploaded it to my webspace.
As said below, the file Bilder.opd does not reproduce the issue
Use instead (~12MB including images)
Comment 16 iwatson 2009-03-10 17:15:42 UTC
After further experimentation it seems that the dragging and dropping problem is
straightforwardly derivative of the selection jumping problem.  What seems to be
going on is that if trying to drag and drop a slide into a new position, this
will only be successful if the drag-and-drop is fully completed within the time
before the selection "jumps back" to the previously selected slide (which is
usually on the order of 1 second). If the attempted drag-and-drop takes longer,
it will be applied to the previously selected slide, not the currently selected
slide.  This explains why I thought that it was related to the distance the
slide is dragged -- only short drag-and-drops can be completed in under 1 second.
Comment 17 nightware 2009-03-11 01:50:54 UTC
I do not experience any dragging problems as long as i have no images included.
There seems to be some kind of connection to the images.
I must say, the images are only referenced and not included into the impress file.

The problem (the jumping) also occurs while being in the "sort slides" window
... German name is "Foliensortierung". I don't know how they call it in the
English Version. but it display all the slides as thumbs.
I previously thought it only occured in the normal or standard view slide thumb
view on the left hand side. I recognized the errors are triggered differently

- Open a file that the error occurs to
my observation is: the presentation has to have slides with large content files
(e.g. images)
A this applies to the slide pane (usually normal/standard view left side) (1
column of thumbs)
1 Select a slide that has some calculations for the creation of the thumb (this
is a guess based on observation) to do
	-> the blue frame around the slide blinks a few times (in bilder.odp slide 20,
this may depend upon the pc you are using)
1.1 I experiented changing the speed of my cpu via speedstep
	-> this effect is reduced as I turn up the speed of my pc
2 Select a slide
2.1 Move the scrollbar to a specific point (selected slide not visible) and hold
it there (by not letting go of the mouse button and moving the mouse only pixels)
	-> the scrollbar jumps back to the selected slide and you make it jump to your
	-> it jumps back and forth for a while, but eventually comes to a stop and you
see the slide you want(ed) to see (at first)
	-> i have the feeling, it happens more often when 
		a I select a slide and/or goto slides with lots of content (e.g. images)
		b I have a fresh opened file with no thumbs calculated
		c I change the width of the slide pane (thumbs have to be redone)
B this applies to the sorting view (multiple columns of thumbs)
1 select a slide and scroll (make the selected slide go out of view)
	-> it keeps jumping back to the selected slide (seems to be triggered by a time
event that refreshes the page)
2 while still building the current view open the sorting view
	-> crash
C this applies to both of them
1 scroll down to the very end while still building the current view
	-> crash

Suspected cause
A 1 the refresh function runs in multitasking similar enviroment
The function does some work and aborts
Once the function is triggered it keeps recalling (e.g. via event) itself until
it is completely finished
A 2 Each call to the function is connected to a redraw of the slide pane (e.g.
right before it sets the new event or leaves the function)
B 1 In this Context the refresh function is triggered by an recursing time
event. No matter what the user does, every some second the thumb view is updated
B 2 & C 2 some kind of access vialation, that creates some kind of conflict
(e.g. with the different events)

The events connected to the Thumb views need to be checked
Comment 18 nightware 2009-03-11 02:39:18 UTC
i made a screncast ... i might help ;)
Comment 19 avilfan 2009-03-11 16:48:12 UTC
> There seems to be some kind of connection to the images.
> I must say, the images are only referenced and not included into the impress file.

Yes, I think that's it! I have checked it with 2 files that originally caused
problems. In both, the problem disappears instantly when I break all picture links.

Interestingly, the problem also disappears if I open the problematic file in
read-only mode.

It might, however, as well be a timing problem. I should note that both machines
 on which I tried it are about 5 years old.


Platform: openSUSE Linux 11.1, OOO300m21
Comment 20 iwatson 2009-03-15 01:00:29 UTC
The last postings from nightware and avilfan capture my experience exactly.
avilfan notes that the problem affects presentations with linked images -- and
though I forgot to mention this before, all the images in my affected
presentations are indeed linked, not embedded.
Comment 21 Rainer Bielefeld 2009-09-11 17:35:59 UTC
I checked an own test document (showing the problem with 3.1) with "2.0.2 
German version WIN XP: [680m5(Build9011)]" and all worked perfectly, so REGRESSION.

Every Presentation I created showed the bug, until I started to write a step by
step instruction how to create your own sample document :-/
But during my tests I was able to create a sample document only containing 1
100KB jpg (again and again on each slide) that sow the bug.
Comment 22 Rainer Bielefeld 2009-09-11 19:10:00 UTC
It's more than only a slide Pane problem.
I also see the Navigator pane affected in some of my documents
Additionally 'Tasks pane -> Slide Transition -> Sound' is affected in the same
way, always scrolls back to the latest marked item.
Same with 'Speed', but not with effect picker.

It's not 100% reproducible, but it's really a mess with those documents that are
affected, it's nearby impossible to edit them.

I see this as a Subcomponent "UI" problem
Comment 23 frank.loehmann 2009-10-15 13:20:25 UTC
set usability keyword.
Comment 24 danielmansfield 2009-12-04 23:37:32 UTC
Linked images cause the the scroller to jump in the Slide Sorter. Also, images
are not displayed in the preview slide panel until the .ODP file is refreshed of
Comment 25 Rainer Bielefeld 2009-12-23 07:44:26 UTC
DUP of Issue 107049?
Comment 26 Rainer Bielefeld 2009-12-23 15:47:33 UTC
Or DUP of ssue 105273? That one is only for linked images
Comment 27 tomdriver 2010-02-07 19:49:02 UTC
I am having this problem now with 3.1.  It is a terrible impediment to my
work on a presentation that must be finished in a day or two.  I wish I knew a
Comment 28 atw 2010-02-14 20:17:48 UTC
I confirm this bug in OpenOffice Impress 3.1.1, running on Red Hat Enterprise
Linux 5 (RHEL5).  I agree with others that this is a major usability problem for
editing talks, as it is now almost impossible to delete or move slides en masse.

It seems that a workaround is to break all links:

Edit -> Links
select all items -> press "Break Link"

However, for many of us, this is an unacceptable workaround -- since then we'd
have to reposition/rescale imported figures every time they changed (e.g. when a
typo is fixed or line color changed inside a plot).

Until this is fixed, I am considering staying with OpenOffice 2.
Comment 29 spencer9 2010-02-15 16:53:06 UTC
I saw this bug in OpenOffice 3.1.1 Impress in Windows 7 on a brand-new machine.
 This bug rendered the slide pane and the slide sorter essentially useless. 
Breaking image links seemed to completely resolve the issue.
Comment 30 mawe3661 2010-03-13 14:47:47 UTC
This bug still exists on 3.1.1 (OOO 310m19 Build 9420) on Ubuntu 9.04. I can
confirm that removing links to images resolves the problem. I would like to add
that OOo consumes quite a lot of processor time when links are still there,
around 90% of one of the cores. I think this should get high priority, probably
it is not that hard to fix.
Comment 31 groucho266 2010-03-15 16:14:52 UTC
This problem is caused by the creation of the preview images.  When a preview is
rendered it causes a model change.  As a reaction the selection is cleared and
(after handling the model change) resetting it.  When then the next paint is
executed the selection is scrolled into the visible area.  With the selection
still being the first slide, we have the observed jumps.

One possible fix is to handle the model change notification differently.  After
all this is not the same model as that of the document.  It is one created just
for the slide sorter with the previews being its shapes.

Issues 107049 and 105273 describe similar but different problems.
Comment 32 groucho266 2010-06-18 14:26:09 UTC
The new slide sorter fixes this problem.
Comment 33 groucho266 2010-06-23 09:14:11 UTC
Adjusting target to that of the CWS.
Comment 34 groucho266 2010-07-05 12:34:37 UTC
*** Issue 108126 has been marked as a duplicate of this issue. ***
Comment 35 groucho266 2010-07-19 09:16:41 UTC
@wg: Please verify.
Comment 36 wolframgarten 2010-07-21 10:03:06 UTC
Still happening.
Comment 37 wolframgarten 2010-07-21 10:03:38 UTC
Comment 38 groucho266 2010-07-22 10:15:34 UTC
This time the problem is caused by a race condition of two asynchronous
mechanisms to switch the current slide.  One being the CurrentSlideController of
the slide sorter.  The other is the general slide switching of the edit view,
which on some occasions, is asynchronous, too.

Fixed by setting the new current slide synchronously at the legacy tab bar control.
Comment 39 wolframgarten 2010-08-03 14:15:12 UTC
Verified in CWS.