Apache OpenOffice (AOO) Bugzilla – Issue 96487
Slide pane jumps back to selected slide
Last modified: 2017-05-20 10:22:46 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 moved. 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.
Created attachment 58235 [details] the file the problem happens with
Created attachment 58236 [details] second file
I was able to reproduce the problem with a second file (attached as test.zip) 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
1st file including images (~18MB) http://www.khoch2.de/bugs/bilder.zip
(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.
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.
@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.
I can still confirm the issue for OOo3.0.1 which is m15.
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 recurring. 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.
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. Reassigned.
Created attachment 60776 [details] bugdoc
*** Issue 99648 has been marked as a duplicate of this issue. ***
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.
Created attachment 60782 [details] crashlog produced (serveral times by the described procedure)
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 http://khoch2.de/bugs/bilder.zip instead (~12MB including images)
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.
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 though. Observations - 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 slide -> 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) Consequences The events connected to the Thumb views need to be checked
i made a screncast ... i might help ;) http://khoch2.de/bugs/errors.swf
> 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. Andrej Platform: openSUSE Linux 11.1, OOO300m21
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.
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.
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
set usability keyword.
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 re-opened.
DUP of Issue 107049?
Or DUP of ssue 105273? That one is only for linked images
I am having this problem now with Oo.org 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 work-around.
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.
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.
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.
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.
The new slide sorter fixes this problem.
Adjusting target to that of the CWS.
*** Issue 108126 has been marked as a duplicate of this issue. ***
@wg: Please verify.
Still happening.
Reassigned.
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.
Verified in CWS.