Bug 161526 - When inserting a formula and viewing two pages, the view jumps some pages back and the formula is not visible
Summary: When inserting a formula and viewing two pages, the view jumps some pages bac...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Formula Editor (show other bugs)
Version:
(earliest affected)
7.6.7.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Formula-Editor
  Show dependency treegraph
 
Reported: 2024-06-12 11:01 UTC by felipelorenzzon
Modified: 2025-01-10 03:12 UTC (History)
1 user (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 felipelorenzzon 2024-06-12 11:01:04 UTC
Description:
I like to visualize the document with two pages side by side. Since the last update, when I enter a formula (equation, OLE object), the menu that opens reduces the view window so that I only have 1 page visible at a time. The problem is that it scrolls up and I have to manually scroll down to see the formula I'm typing.It also does not scroll down when I start typing. 

Steps to Reproduce:
1. Open a multipage document 
2. Zoom out until two pages become visible (it may be necessary to try different zoom values, depending on your settings)
3. Insert a new formula object, either with alt+shift+e or with the menu.
4. Start typing

Actual Results:
Only one page becomes visible, as expected. It scrolls up and away from the cursor. The formula is not visible, not even after typing. 

Expected Results:
It can leave only one page visible, but the view port should contain the cursor position. 


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 7.6.7.2 (X86_64) / LibreOffice Community
Build ID: 60(Build:2)
CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: pt-BR (pt_BR.UTF-8); UI: pt-BR
7.6.7-1
Calc: threaded
Comment 1 V Stuart Foote 2024-06-12 13:17:22 UTC
Writer in 'Multiple-page' view and zoomed out to expose 2-up side by side pages, *Sidebar deck expanded open*.
 
On insert of an OLE formula object (opening the sm Formula OLE mode) can not confirm jump in viewport so as to loose cursor focus.

Only if I collapse the SB, or close it, can I then find a zoom where the Multiple-page view viewport shifts from 2-up/side-by-side to a single page when I enter the OLE mode--opening the Sidebar. At that point the frame holding the OLE may or may not be visible in the viewport (depending on position). So it is the change in canvas zoom to hold the Sidebar deck that triggers the shift to a 1-up view.

Or put another way, work with the Sidebar open--does that resolve issue (the Formula editor was refactored to place its controls into the Sidebar framework).

No issue at all if working with Book view. And not applicable to Single-page mode.

There is bug bug 150368 to synchronize the zoom of the sm Formula editor OLE mode with canvas zoom, but that is not directly the usage issue here.

Version: 24.2.3.2 (X86_64) / LibreOffice Community
Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 2 QA Administrators 2024-12-10 03:12:15 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2025-01-10 03:12:58 UTC
Dear felipelorenzzon,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp