I used to double click on a headline's representation in the Navigator to locate this headline in the edit window. That does not work any more!
it does not work any longer in Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: b3df12b9781daa19eff2b1e30526e65ca2aaa193 CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded but it worked in Version: 25.2.2.1 (X86_64) / LibreOffice Community Build ID: 38d746d66d9b82fa248a2e90142b9dd3ddd1d6cd CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded
Created attachment 200960 [details] Sample file Works for me. Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 3158b14e0b26875300a8098bc117a5e69b76f48f CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: en-US (es_ES); UI: en-US Calc: CL threaded Please attach a sample file, reduce the size as much as possible without private information, and paste the information in Menu/Help/About LibreOffice, there is a copy icon.
I'm also unable to reproduce this on Windows, could it be platform-specific? Seconding the need for a sample document that produces the bug. (Please note that the attachment will be public; remove any sensitive information before attaching it. See <https://wiki.documentfoundation.org/QA/FAQ#sanitize> for help on how to do so.)
Created attachment 200966 [details] bug report with screenshots the requested example showing the bug
Created attachment 200987 [details] Another example with screenshots, now without ancestry from old odt files
Works for me Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 3158b14e0b26875300a8098bc117a5e69b76f48f CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: en-US (es_ES); UI: en-US Calc: CL threaded Please test in safe mode, Menu/Help/Restart in Safe Mode
(In reply to m_a_riosv from comment #6) > Works for me > Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community > Build ID: 3158b14e0b26875300a8098bc117a5e69b76f48f > CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: > Skia/Raster; VCL: win > Locale: en-US (es_ES); UI: en-US > Calc: CL threaded > > Please test in safe mode, Menu/Help/Restart in Safe Mode I tested it with today's version Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: b16dd0fb306944a02e5d73d4a2bbc68cf80b0b8f CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded also in the safe mode. The problem persists. Side finding: When I start the Navigator, it comes up with a tiny window which does not even show any part of the title bar, it just looks like a schematic of a two button computer mouse. I'll report it as a bug separately.
(In reply to Adalbert Hanßen from comment #7) > ... > Side finding: When I start the Navigator, it comes up with a tiny window > which does not even show any part of the title bar, it just looks like a > schematic of a two button computer mouse. I'll report it as a bug separately. I just found out: this bug is already known as #97894 since 2016-02-16 (!) as being present on Linux versions.
No issue Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: c854f5aaae575a0570f79a225b80b53ed420578c CPU threads: 8; OS: macOS 14.7.4; UI render: Skia/Raster; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded Maybe GTK3 specific?
Created attachment 201066 [details] Like the others, added how to circumvent the bug Double clicking on the tree part of the Navigator, NOT on the text of the headline) gets you to that place. The error should be fixed soon, since such errors scare off any inexperienced new user!
(In reply to Telesto from comment #9) > > Maybe GTK3 specific? The bug is still present in today's development version: Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: b852ed9fc8b43cdc335c14aeb71c581daa7d98a7 CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: sv-SE (de_DE.UTF-8); UI: en-US Calc: threaded This indeed is a gtk3-version.
Indeed, only gtk3 is affected. Bibisected with linux-64-25.8 to 492c94abe05e5ac213475cdd85f158b7a462f824 tdf#139633 Rename objects from tree view in navigator Let's add both Karthik and Jim to Cc.
Currently I don't have a Linux machine, will try to resolve this once I get my hands on a Linux system.
*** Bug 168156 has been marked as a duplicate of this bug. ***
*** Bug 168194 has been marked as a duplicate of this bug. ***
*** Bug 168653 has been marked as a duplicate of this bug. ***
As a temporary workaround we can click on the space before the headings and it will work.
Navigator is unusable now. Changed importance to High.
Hi All, For gtk, inline editing is started with a double-click unlike other VCL backends that start inline editing after clicking on an entry after it has already been selected (highlighted). Here is a patch that works around the gtk issue: https://gerrit.libreoffice.org/c/core/+/192061
Jim I (In reply to Jim Raykowski from comment #19) > Hi All, > > Here is a patch that works around the gtk issue: > https://gerrit.libreoffice.org/c/core/+/192061 Jim, I am testing the patch now: - Headings -> OK - Images -> NOT OK - Tables - if I insert tables in Writer, they dont appear in Navigator when inserted, just after save and reopen the document. NOT OK, when click its rename - Frames - if I insert frames in Writer, they dont appear in Navigator when inserted, just after save and reopen the document. NOT OK, when click its rename - OLE OBJECT - if I insert frames in Writer, they dont appear in Navigator when inserted, just after save and reopen the document. NOT OK, when click its rename - the same with majority... just Heading seems to be ok with this patch
On Navigator, the main "action" is navigation, so, the "rename" option should not be obtained with the same command. Maybe a button near each option like "Rename" and when this is double clicked we can easily rename a Heading, and so on...
(In reply to BogdanB from comment #20) > Jim, I am testing the patch now: > - Headings -> OK > - Images -> NOT OK > - Tables - if I insert tables in Writer, they dont appear in Navigator when > inserted, just after save and reopen the document. NOT OK, when click its > rename > - Frames - if I insert frames in Writer, they dont appear in Navigator when > inserted, just after save and reopen the document. NOT OK, when click its > rename > - OLE OBJECT - if I insert frames in Writer, they dont appear in Navigator > when inserted, just after save and reopen the document. NOT OK, when click > its rename > - the same with majority... just Heading seems to be ok with this patch Bogdan, Thanks for testing the patch! Yes, when using VLC: gtk3, entries in the Navigator that are renameable will still start inline-editing when double-clicking on their text. Headings, Hyperlinks, References, Indexes, Comments, Fields, Footnotes, and Endnotes are not renameable so, double-clicking on the text of these type entries will go to their position in the document. As for the insertion of tables, frames, and OLE objects not appearing in the Navigator when inserted. Does this also happen when the patch is not installed? I am not able to repro this and don't see anything in the patch that would cause this.
I build LibreOffice again, and not any problem with inserting tables, frames. Cherry Pick your patch again over master, and no problem with that. maybe I had an old master when I tested.
Created attachment 203231 [details] screenshot I imagine a Rename option, near each button, similar with placeholders in html fields.
*** Bug 168823 has been marked as a duplicate of this bug. ***
Hi All, Thanks for the patch, Jim! I tested the patch, everything works fine for non renameable entries, as you mentioned. Regarding renameable entries > Yes, when using VLC: gtk3, entries in the Navigator that are renameable will > still start inline-editing when double-clicking on their text. One workaround would be enabling single click to navigate to that entry and reserve double click to rename it. This is similar to how it works in impress If this approach sounds good, I'll submit a patch for it
(In reply to Karthik from comment #26) > One workaround would be enabling single click to navigate to that entry and > reserve double click to rename it. This is similar to how it works in impress > Hi Karthik, We have the NavigateOnSelect setting in Writer that does just this. It can be set by using the Expert Configuration dialog. Menu > Tools > Options > Advanced > Open Expert Configuration. Then search for NavigateOnSelect and set true.
Adding myself to this bug as I keep running into it. Version: 25.8.2.2 (X86_64) / LibreOffice Community Build ID: 580(Build:2) CPU threads: 12; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 4:25.8.2~rc2-0ubuntu0.24.04.1~lo1 Calc: threaded Distro: Linux Mint XFCE 22.2
(In reply to bugs from comment #28) > Adding myself to this bug as I keep running into it. > > Version: 25.8.2.2 (X86_64) / LibreOffice Community > Build ID: 580(Build:2) > CPU threads: 12; OS: Linux 6.8; UI render: default; VCL: gtk3 > Locale: en-US (en_US.UTF-8); UI: en-US > Ubuntu package version: 4:25.8.2~rc2-0ubuntu0.24.04.1~lo1 > Calc: threaded > > Distro: Linux Mint XFCE 22.2 As a temporary workaround we can click on the space before the headings and it will work. It seems it will be solved soon.