Can't erase text in watch text box macro IDE.
Steps to replicate the problem -
Expected results: LO starts
Tools -> Macros -> Edit Macros
Expected results: Macro IDE starts
Enter text in <watch text box>
Expected results: text appears in <watch text box>
Press return key
Expected results: text appears in <watch window>
Delete text in <watch text box>
Expected results: text is deleted from <watch text box>
Enter some text in <watch text box>
Expected results: text appears in <watch text box>
Actual results -
In step 5 the text is not deleted.
In step 6 the new text added is merged with the text previously entered in the <watch text box>
It used to work correctly in 5.1.5
Thank you for reporting the bug. To be certain the reported issue is not
related to corruption in the user profile, could you please reset your
Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the issue is still present
I've reset my LibreOffice User profile and problem persists on Slackware 14.2 using KDE4.
Using the same LibreOffice User Profile I've tested on Slackware 14.2 using xfce and the problem is NOT there .
I've run LO 6 in various installs of VirtualBox results are as follows
Slackware 14.2 with KDE 4.14.32 - Fails
Slackware 14.2 with xfce - Works
Slackware Current with KDE 5.12.0 - Works
Slackware Current with KDE 4.14.38 - Fails
Kubuntu 14.04 with KDE 4.13.2 - Fails
Kubuntu 17.10 with KDE 5.10.5 - Works
So it would appear that the problem only occurs on KDE4 which is probably declining in popularity as more and more people transition to KDE5.
Created attachment 139955 [details]
Bisect log for this bug
This bisect was performed on Slackware 14.2 with kde 4.14.32
# first bad commit: [27be8a263eddb54cb6b66cc0f832bfd02016a694] KDE4 fix edit box borders
author Jan-Marek Glogowski <email@example.com> 2016-10-08 06:56:07 +0200
committer Jan-Marek Glogowski <firstname.lastname@example.org> 2016-12-20 14:19:16 +0100
commit 27be8a263eddb54cb6b66cc0f832bfd02016a694 (patch)
parent 98e45efa6ab58c67fb3940b9f6fc4b65542d4d6f (diff)
KDE4 fix edit box borders
When recalculating the native window frame borders, calculate
using already existing window borders. Otherwise the KDE edit
box results in an unlimited recursion for increasing the
bounding rects, if the control doesn't fit.
Adding Cc: to Jan-Marek Glogowski ; Could you possibly take a look at this one?
Two workarounds for this problem. This is a KDE4 problem
Rename /opt/libreoffice6.0/program/libvclplug_kde4lo.so to /opt/libreoffice6.0/program/libvclplug_kde4lo.so.115718
Overwrite text in <watch text box> with spaces. Especially important here to overwrite, so make sure you've toggled the <Insert> key correctly.
Select ALL the text in the <watch text box> using the mouse.
Delete the text.
You will now be able to see what you're typing as now you're over typing spaces!
Moving to NEW...
I can confirm this happens for me in -
Build ID: 5.4.6-2
CPU threads: 4; OS: Linux 4.14; UI render: default; VCL: kde4;
Locale: en-NZ (en_NZ.UTF-8); Calc: group"
(copied from Help about.)
I tried safe mode as well but I still have the same problem.
The commit that caused this problem, with the Watch edit box, was introduced about 18 months ago.
No other edit box seems to have been effected. Well can't find any similar bug reports, which would suggest the problem is with how this particular EditBox is created.
A lot of forms/pages seem to have been migrated to something called Weld. Don't know what that is.
Anyway, this patch seems to work for me -
diff --git a/basctl/source/basicide/baside2b.cxx b/basctl/source/basicide/baside2b.cxx
index 6b97f30409e7..b3aa6121d9c3 100644
@@ -1542,7 +1542,7 @@ namespace
WatchWindow::WatchWindow (Layout* pParent)
, aWatchStr(IDEResId( RID_STR_REMOVEWATCH))
- , aXEdit(VclPtr<ExtendedEdit>::Create(this, WB_BORDER | WB_3DLOOK))
+ , aXEdit(VclPtr<ExtendedEdit>::Create(this, WB_3DLOOK ))
, aRemoveWatchButton(VclPtr<ImageButton>::Create(this, WB_SMALLSTYLE))
, aTreeListBox(VclPtr<WatchTreeListBox>::Create(this, WB_BORDER | WB_3DLOOK | WB_HASBUTTONS |
WB_HASLINES | WB_HSCROLL | WB_TABSTOP |
lines 1-13/13 (END)
I will submit the patch during week commencing 18th June 2018, unless that is anyone can come up with a better suggestion.
I've submitted a patch for this.
(In reply to Alex Kempshall from comment #10)
> I've submitted a patch for this.
Nice! Could you please share the link to the patch? Thanks
Alex McMurchy1917 committed a patch related to this issue.
It has been pushed to "master":
tdf#115718 Fix Watch Window EditBox
It will be available in 6.2.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
A polite ping to Alex Kempshall:
Is this bug fixed? if so, could you please close it as RESOLVED FIXED ? Otherwise, Could you please explain what's missing?
OTOH, should it be backported to 6.1 branch ?
Sorry. As I reported the bug and hopefully fixed it, I'm a bit reticent to say that it's definitely fixed! Game keeper poacher scenario!
Having said all that It works for me with the daily builds. So I'd say it's fixed.
I've not considered whether it should be back ported to 6.1.0. Never ever back ported anything. So new territory to me.
I can't reproduce the original problem in
Build ID: 1:6.0.6-0ubuntu0.18.04.1
CPU threads: 1; OS: Linux 4.15; UI render: default; VCL: kde4;
Locale: en-US (en_US.UTF-8); Calc: group
thus, I can't check whether it's fixed or not.
@Jan-Marek, do you think the commit should be backported to 6.1 branch ?
if it helps I can still reproduce the problem in
Build ID: 65905a128db06ba48db947242809d14d3f9a93fe
CPU threads: 8; OS: Linux 4.4; UI render: default; VCL: kde4;
Locale: en-GB (en_GB); Calc: group threaded
but it's gone in the latest daily build
Build ID: 7cf6cee97bc05512fae482733ee45f039e9d2160
CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: kde4;
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-11-04_22:10:34
Locale: en-GB (en_GB); Calc: threaded
Personally I'm prepared to wait for 6.2.?
It would be nice if someone else who encountered the bug could give this a test.
Anyway, let close it as RESOLVED FIXED
@Jan-marek, @Alex Kempshall, up to you whether to backport it or not...