Bugzilla – Bug 1183595
lost ability to copy paste multiline text in Help text at LO base
Last modified: 2021-08-17 13:36:29 UTC
Just updated to Version: 7.1.1.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 16; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: el-GR (el_GR.UTF-8); UI: en-US Calc: threaded When a field is manually entered in some Form, there is an option to fill Help text on that field. Till now, when i wanted a multiline help text, i edited it by some text editor and copy pasted it in Help text box, that always was single lined. By new version, only the first line is pasted. It forces me to write down all text by hand, on single line mode, and it even doesn't accept Shift+Enter or Ctl+Shift+Enter for line changing. At least it allows Ctl-Shift+u 000A and Enter after that, for line changing. (Irrelevant, but also minor problem. The autoselected fields on Grid tables are annoying large. One has to click on some record at record barrier to get rid of it.) Thank you
Hi, thanks for the report. Looking at the description I don't think it is SUSE-specific, so could you please report it upstream (https://bugs.documentfoundation.org/)? I take it from your report LibreOffice 7.1.0 was not affected by this bug, is that right?
That's right. On previous versions i had the normal behavior. To report the bug, i must create another yet account. So, i will wait, in hope they will fix it. Thank you.
I already have an account, so I will file the bug for you :) let's see what happens.
Oh, I forgot to ask: which component are you talking about? Writer? Calc? Both?
I create and edit Forms with LibreOffice Base. I talk about the Help Text that is in Control Properties of some field when it is edited.
https://bugs.documentfoundation.org/show_bug.cgi?id=141107
Hi, on the bug the people generally think it was an openSUSE-only feature. Could you please try it with some (older) libreoffice from their website to see it it is possible to paste multi-line help?
Thank you very much for your concerning. Well, i wonder if that functionality was ever there on purpose. May be it was there by accident. Anyway, it helped me a lot since i used it on most of my project. (I am almost done now). I want to clarify that, as I remember, the multi line help texts, i created before, were always seen in help text field as one line, but i could see the 'ENTER' symbol at the points where the lines were broken in popup help windows. Comment 1 at https://bugs.documentfoundation.org/show_bug.cgi?id=141107 says clearly that he used a debian. I tried the functionality first on Leap 15.1 with LO Version: 6.4.5.2 Build ID: 40(Build:2) CPU threads: 12; OS: Linux 4.12; UI render: default; VCL: x11; Nothing worked. Not even CtlShift+u. The whole text copied, not only the first line, but all the lines were joined to one with no space between them. It was a mostly not configured OS just for testing so... I tried on Windows 7 with Version: 7.1.0.3 (x86) / LibreOffice Community CPU threads: 2; OS: Windows 6.1 Service Pack 1 ; UI Same behavior. All lines joined to one. Lastly, i tried it on my Linux debian 4.19.0-10-686-pae #1 SMP Debian 4.19.132-1 (codename buster i think) at work. LO 6.3.2.1 1:6.3.2~rc1-1 Again, all lines joined to one. At least there, I could split them by CtlShift+u 000A, as i can do both on my tumblweed laptop and desktop at home. An interesting thing, on my last check on debian, was that i could see my multi line help texts and the 'ENTER' symbols (the Form and multiline help text was created on Tumblweed at home), but when i tried to copy paste them from field to field, the 'ENTER' symbol disappeared and help text was <<converted>> to one line text. I had to manually enter the CtlShift+u 000A again to fix the problem.
Comment 2 at https://bugs.documentfoundation.org/show_bug.cgi?id=141107 suggests that may be the multi line help text functionality was never there for anyone but for Suse users only. Now i understand that you wanted me to download and install older LO versions, not from opensuse or other distribution's repositories, but from official LO site. Well, from official site was downloaded the version i installed on win7. I think that it is the version that <<worked>> on opensuse but it is not <<working>> on windows. Of course, i never tried to work my project on windows OS. I installed it just for visual checks of my project on windows. I can not promise I can download and install official LOs for now. I must finish my project first. Sorry.
Hi, what about your project? Did you test this bug yet?
(In reply to Markéta Machová from comment #10) > Hi, what about your project? Did you test this bug yet? My project finished some months ago with success. Thank you. So, I don't work on LO Base for now. Now i have Version: 7.1.4.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: el-GR (el_GR.UTF-8); UI: en-US Calc: threaded I checked on my tubleweed opensuse laptop. LO Base still has the already described behavior. 'Ctrl+Shift+u u000a ENTER' is the only way to enter new line in 'help text' field. I expected Shift+ENTER to do the same thing. I start to believe that Shift-Enter accidentally inserted new line in some old LO version. If LO Base isn't popular there is no big deal. The inability of new users to insert forms, as in bug https://bugzilla.suse.com/show_bug.cgi?id=1182669, is more significant for what concerns the popularity of LO Base.
Sorry, it indeed looks like some feature that was here by accident :) I'll close it.