Bug 79682 - EDITING: activating Normal tab after working in Notes, always activates slide #1
Summary: EDITING: activating Normal tab after working in Notes, always activates slide #1
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.3.0.0.beta1
Hardware: Other Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2014-06-05 13:39 UTC by Frank
Modified: 2016-09-20 12:30 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Frank 2014-06-05 13:39:25 UTC
Problem description: 
I'm running 64 bit Ubuntu 12.04 LTS, and I recently updated from:
LO 4.3.0.0.alpha0+ Build:be4035d00f37c492494fa7860955b6d0868c7f77)
to
LO 4.3.0.0.beta1 Build ID: 2e39c7e59c8fc8b16a54c3d981dceef27fb0c07f

This change in behavior therefore seems to have been introduced between the Alpha and Beta versions (there is no option for this latter selection on the bug submission assistant.

Within Impress, if I am editing the Notes for some slide, and then click on the "Normal" tab, the display always jumps to the Normal view of Slide #1 rather than the normal view of the slide I am currently editing.

This is not, of course, a show stopper, but I didn't experience this behavior with the Alpha build, and it makes working on note preparation a real pain.

Operating System: Ubuntu
Version: 4.3.0.0.beta1
Comment 1 sophie 2014-06-05 14:15:51 UTC
Hi, confirmed using Version: 4.3.0.0.beta1
Build ID: 2e39c7e59c8fc8b16a54c3d981dceef27fb0c07f Ubuntu 14.04 x64 - Set as New - Sophie
Comment 2 Cor Nouws 2014-06-05 15:17:45 UTC
No problem with my 4.3.0 beta1 Build ID: 2e39c7e59c8fc8b16a54c3d981dceef27fb0c07f on Ubuntu 32 bits..
Comment 3 QA Administrators 2015-06-08 14:41:17 UTC Comment hidden (obsolete)
Comment 4 Frank 2015-06-08 21:26:18 UTC
Hi: I'm the one who originally submitted this.

I reloaded a few of the presentations I had previously created into the version of LibreOffice I'm currently using:

(Version: 4.4.4.0.0+ Build ID: 5c6f7f0920a91c974e9639f2c751582c8f140b2b
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:libreoffice-4-4, Time: 2015-04-21_13:43:43 Locale: en_US)

The problem appears to have been corrected, but I didn't have time to verify that for sure.

I haven't used Impress since completing the four presentations that motivated me to file the bug report a year ago. Since I ran into so many other issues with Impress, I don't have any plans to use it in the future either, so I don't care if anyone works on it.

Operating System: 64 bit Ubuntu 14.04 LTS
LibreOffice: Version: 4.4.4.0.0+

Frank
Comment 5 Frank 2015-06-10 21:11:32 UTC
Regarding my last (2015-06-08) comment:

Today (2015-06-10) I noticed that the thumbnail for the Impress file I used to evaluate this bug status now appears on the LibreOffice 4.4.4.0 main screen (as I would have expected), but the thumbnail is almost unrecognizable.

Is there possibly some bug in how the Impress thumbnails (if that's the correct term) are created or rendered?

I often have logos and graphics on pages that are used for Writer thumbnails, and I've never noticed any issues with them. Calc thumbnails also seem correct.

Frank
Comment 6 QA Administrators 2016-09-20 10:00:12 UTC Comment hidden (obsolete)
Comment 7 Frank 2016-09-20 12:30:49 UTC
Using Version: 5.2.1.2 on Ubuntu 16.04.1 ...

This bug no longer occurs with 5.2.1.2, although I can't say at what point it was resolved, since I long ago abandoned Impress.