Calc window not resizing properly

English
#1

mike@RPI2:~> uname -a
Linux MikesPI 6.12.47+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.12.47-1+rpt1 (2025-09-16) aarch64 GNU/Linux

Version: 25.2.3.2 (AARCH64) / LibreOffice Community
Build ID: 520(Build:2)
CPU threads: 4; OS: Linux 6.12; UI render: default; VCL: x11
Locale: en-US (C); UI: en-US
Debian package version: 4:25.2.3-2+deb13u2
Calc: threaded

When I resize a calc window by grabbing and moving one of the borders or corners, the window doesn’t update until I click on another window border.

Is there some config I’ve missed? Does anyone else see this?
Is there a solution?
This was also true in version 7.something.
Thanks,
Mike

#2

sounds like a problem with your window manager. which one do you have?

this also almost deprecated.
you dont have gtk or qt ?

see VCL of LibreOffice

#3

I use jwm for windows as it’s much lighter than gtk or qt which supply lots of toys I have no use for and excluding this problem with localc window update does everything I’ve wanted.
Since xterm and FireFox have no problem updating when I resize them, I’d not considered it might be a lib problem.
In my list of packages available for download I find libreoffice-{gtk{3,4},qt{5,6}} but no libreoffice-x11.
Is that because RaspberryPi has dropped it?
Is it available elsewhere or is it built into the base?
Cheers,
Mike

#4

As it turns out the only aarch64 version of libreoffice-x11 was this:
libreoffice-x11-7.1.8.1-15.el9_5.alma.1.aarch64.rpm.
After taking it apart the only thing in it was libvclplug_genlo.so.
That file is already installed in the libreoffice-core package as
/usr/lib/libreoffice/program/libvclplug_genlo.so
Swapping the already installed one with the newly DL’d one just kept localc from loading. It would start then die.
Swapping them back and localc loads and runs as before,
which has problems with X11 and jwm.
Drag but such is life, which is grand ain’t it.
After all I woke up this morning.
Ciao,
Mike

#5

LibreOffice 64-bit progress, and support for Amazon Linux 2023 - The Document Foundation Blog

#6

Thanks for the pointer fpy but before placing an enhancement request I should be sure it has not already been done.
Is there any way to know if the version of libvclplug_genlo.so in my Debian trixie install is the latest?
installed size libvclplug_genlo.so 548880
DL’d size libvclplug_genlo.so 625976
Looking at the liberoffice.org site I saw no links to the latest compiled libs for aarch64 nor any others. Where else might I look to find the latest compiled aarch64 version of this file to compare with what is on my system?
Thanks,
Mike

#7

not a strict prerequisite. even ever, you’ll end up with a DUPLICATE.

you may give a try at directly ping devs, see Developers | LibreOffice - Free and private office suite - Based on OpenOffice - Compatible with Microsoft

separately?
maybe dig in the packages …
Index of /libreoffice/stable/25.8.3/deb/aarch64

should be there too …
Index of /libreoffice/stable/25.2.7/deb/aarch64

sometimes …
Check for Updates resolves 25.2.6 available version, but when I click on "Download" the webpage shows 25.8.2. Why? - #16 by ilmari
No Debian package for Libreoffice 25.8.2.1
etc etc

1 Like
#8

I downloaded LibreOffice_25.2.7_Linux_x86-64_deb.tar.gz and
LibreOffice_25.2.7_Linux_x86-64_deb_sdk.tar.gz
from ‘LibreOffice Stable | Your Site Name - your tagline here’.

Oops that turned out to be amd not arm.
I had x86 for so many years I just grabbed it out of habit.

So from this site Index of /libreoffice/stable/25.8.3/deb/aarch64
DL’d LibreOffice_25.8.3_Linux_aarch64_deb.tar.gz which is arm.

Mike

#9

Unziping the LibreOffice_25.5.3… with ‘tar -xvzf’ in /root/tmp
then running ‘dpkg -i’ on all the inclosed *.debs several times until there were no more unmet dependency errors, I reran localc only to find it was still running 25.2.3.2.
After discovering that /usr/bin/localc is a shell script calling /usr/lib/libreoffice/program/soffice, I did a find on soffice and discovered another in /opt/libreoffice25.8/program/soffice.
Running ‘/opt/libreoffice25.8/program/soffice - calc’ gives me:
Version: 25.8.3.2 (AARCH64)
Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e
CPU threads: 4; OS: Linux 6.12; UI render: default; VCL: gtk3
Locale: en-US (C); UI: en-US
Calc: threaded
It also throws these errors on the command line:
(soffice:89424): dbind-WARNING **: 21:42:49.457: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files

(soffice:89424): Gtk-WARNING **: 21:43:21.205: Could not load a pixbuf from /org/gtk/libgtk/theme/Adwaita/assets/check-symbolic.svg.
This may indicate that pixbuf loaders or the mime database could not be found.
Could not find platform independent libraries
Could not find platform dependent libraries <exec_prefix>
/opt/libreoffice25.8/program/soffice --calc &
Which I don’t know enough to be worried about.
By changing the execution path in /usr/bin/localc to /opt/…
I can use 25.8 until it becomes the default in Debian.
If it doesn’t pan out I can go to a backup on my *.ods files and on;y loose the history 'twixt today and when a fault shows up.
'Til then 25.8 has fixed the initial window resizing problem
I had with the earlier two versions so I’m going to call this fixed and if problems crop up down the road we can always start a new thread.
Many thanks to you, fpy, who jumped in with suggestions, without your feedback I’d likely be flailing at this much longer.
Ciao,
Mike

Impressum (Legal Info) | Datenschutzerklärung (Privacy Policy)   Content on this site is licensed under a Creative Commons Attribution Share Alike 3.0 license.