Description: After updating to 7.3.6, I noticed that disabling edit mode also switches the view mode to normal view even in contexts (such as non-paginated documents) where this is undesirable. Steps to Reproduce: 1. Enable web view (view->web) 2. Disable edit mode (last option in the edit menu, or ctrl-shift-M) Actual Results: Program shifts into normal view and will not allow web-view to be re-enabled until edit mode is also re-enabled. Expected Results: Web view should remain enabled. Reproducible: Always User Profile Reset: Yes Additional Info: No clue RE OpenGL. Closest option found on review of options page was for OpenCL, whatever that is.
No repro with Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 90861cc6f815b3f34edb88d47afed0d1099e72e7 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
Works fine here, can you retest with 7.5? Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 14a36ad49518bcb5b606b0f1640e3ca56b636e89 CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_FI); UI: en-US Calc: threaded Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
In response to you reopening this, I tested it out in that same system, which is now running version 7.4.5.1. On my initial test -- via a .odt document -- enabling web view and then disabling edit mode worked mostly correctly, although it then doesn't allow me to alter the view mode without re-enabling edits. I then attempted it on a different document, in .docx format, and reproduced the bug. I then reproduced it perfectly with a long .txt file.
Installed 7.5.0.3. It behaved the same -- the bug appears to be related to the document's file format, only partially vanishing on .odt documents. While I can't say I tested it exhaustively -- I didn't test every file-format Writer will accept, and only tested it on Windows systems -- it very much still seems to be a bug.
Can confirm that the bug is still in place as of V7.5.2.2.
Please copy and paste here the contents of your Help - About by clicking the copy button. This allows us to know more about your system.
(In reply to Buovjaga from comment #6) > Please copy and paste here the contents of your Help - About by clicking the > copy button. This allows us to know more about your system. I've replicated this bug on multiple systems. From a couple of the ones more immediately available to me at the moment, and which I just tested this bug on: Version: 7.5.2.2 (X86_64) / LibreOffice Community Build ID: 53bb9681a964705cf672590721dbc85eb4d0c3a2 CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 6.0.7.3 Build ID: 1:6.0.7-0ubuntu0.18.04.12 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group As a side-note, my test on my older Ubuntu laptop means that I need to go back up and revise the earliest version flag above.
Repro with https://gutenberg.org/cache/epub/70601/pg70601.txt Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cfa463cc5446e72a06db5a457bf4d50d4173f31e CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
Already seen in the last commit of linux 44max bibisect repo and in older versions I can't find the Edit Mode command, so let's assume it has always acted like this.
(In reply to Buovjaga from comment #9) > Already seen in the last commit of linux 44max bibisect repo and in older > versions I can't find the Edit Mode command, so let's assume it has always > acted like this. Edit mode is at the bottom of the edit menu, directly below direct cursor mode. Disabling it turns the document read-only.
(In reply to Aleh from comment #10) > (In reply to Buovjaga from comment #9) > > Already seen in the last commit of linux 44max bibisect repo and in older > > versions I can't find the Edit Mode command, so let's assume it has always > > acted like this. > > Edit mode is at the bottom of the edit menu, directly below direct cursor > mode. Disabling it turns the document read-only. Sure, but not in versions prior to 4.4.
Dear Aleh, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Checked this bug again across two different systems. It's still happening. Version: 24.8.6.2 (X86_64) / LibreOffice Community Build ID: 6d98ba145e9a8a39fc57bcc76981d1fb1316c60c CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 25.2.2.2 (X86_64) / LibreOffice Community Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac CPU threads: 20; OS: Windows 11 X86_64 (10.0 build 22621); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded