If your upgrade in fact was a migration from the old Lubuntu release to a new version (not touching existing user data) it may be worth to reset your LibreOffice user profile, if libreoffice --safe-mode doesn’t show the behavior.
Well, I have no practice in this type of thing, but I will try to do my best:
Of the LibreOffice packages that have been listed, 15 are installed, including “libreoffice-gtk3”, “libreoffice-qt5”, and if of interest, “libreoffice-style-breeze” and "libreoffice-style-colibre ";
As for the startup tips, the error disappeared when typing “SAL_USE_VCLPLUGIN = gen soffice” in the terminal; however, typing “libreoffice --safe-mode” in the terminal had no effect;
In fact, I did not upgrade the system: I formatted from scratch, with no relevant changes in relation to the initial settings of the operating system;
Note: I don’t know if that English is really right;
In fact, I did not upgrade the system
=> Executing libreoffice --safe-mode was useless at all and that’s why my comment begun with If …
Well, whether it works or not I don’t know; I have no idea how LO works in its modules and packages. But it is good to know … in fact, what is safe mode for?
Safe mode allows to start LibreOffice with a temporary and fresh user profile (not using an existing user profile). This way you could make a decision, whether your personal LibreOffice user profile could cause a problem (but since you installed from scratch, you got a new user profile anyway. Hence this test was “useless”). The problem determination procedure is:
- Test using
--safe-modewhether problem is still present or not - If it is gone in
--safe-modereset your user profile to factory settings
Thanks to your explanation, I think I understood a little better about safe-mode and about desktop-managers; good to know better about how to recognize the types of errors based on the signal they give; in fact, safe-mode would not solve this problem;
It appears there is some sort of incompatibility between the widgets used by the desktop manager (LXQt) and those commanded by LO.
I am not familiar with LXQt and don’t know if they are pure Qt widgets or more elaborate ones. Under KDE, the interface layer to install is libreoffice-kf5 because KDE adds to the Qt widgets. Under GNOME or MATE, the interface layer is libreoffice-gtk3. I have no idea about libreoffice-qt5. It might be something specially brewed by LUbuntu maintainers.
Try again after removing libreoffice-gtk3 (though I doubt it causes conflicts, but who knows?). Launch LO the traditional way (double clicking on an icon or with a start menu).
If trouble still persists, modify the launcher for LO in the application menu. Again, not familiar with LXQt, but some right-click on the start or application menu should grant you access to configuration of this menu. Look at the command associated with LO. It should be something like soffice %U or soffice --writer %U and similar for other components. Prefix these command so that they read SAL_USE_VCLPLUGIN=gen soffice %U or SAL_USE_VCLPLUGIN=gen soffice --writer %U.
CAUTION! There are no spaces around =.
Forward the issue to LUbuntu site and its maintainers.
Note: libreoffice-style-xxx contain only theme files. They are not relevant for this problem.
To show the community your question has been answered, click the ✓ next to the correct answer, and “upvote” by clicking on the ^ arrow of any helpful answers. These are the mechanisms for communicating the quality of the Q&A on this site. Thanks!
In case you need clarification, edit your question (not an answer which is reserved for solutions) or comment the relevant answer.
I am your basic LibreWriter user. Nothing fancy BUT am unable to print. Print preview appears on the screen but no print button. I have tried everything!!! HELP!
@PatriciaAgger: this remark is not related at all with the present question. Ask your own independent question. Read these guidelines and try to formulate yoour question in useful terms.
As is, it is “I have a problem” and is not likely to receive relevant answers. A minima, name your OS and mention LO version. State precisely the context: what you did to arrive to the dead-end screen. You “tried everything” [you know about] and we probably know more. So, even if this is obvious to you, describe your attempts.
@anon73440385, @ajlittoz, thank you for your help; based on what was treated, I believe I have found the cause of the error:
it was not in the “libreoffice-gtk3” package, but in the “libreoffice-qt5” package; I deleted this last package, and now everything seems to be working normally;
nor did you need to change the “exec” command in the .desktop application file to “SAL_USE_VCLPLUGIN = gen soffice% U” or to “SAL_USE_VCLPLUGIN = gen soffice --writer% U”.
I will make a record of the bug at the URL they indicated: ‘https://bugs.documentfoundation.org/’
Well, I cannot close that question with my own answer; I imagine that another has to do it;
Strange, I would have thought that LXQt would require package libreoffice-qt5. libreoffice-gtk3 is for the GNOME (and derivative) widgets. Unless LUbuntu maintainers customised somehow the desktop manager.
In fact, there is some confusion between these conventions and packages … at least, the problem has been identified (apparently)…
To close with a golden key, I checked LO version 6.3.5.2 - which is on another laptop with Lubuntu 19.10 -, and confirmed that this “libreoffice-qt5” package was not present in that version; on the other hand, the “libreoffice-jdk3” package already accompanied the older version;
“LO-jdk3” is a Java engine needed by some DB-connectors in Base.
This Qt/GTK+ conflict should be reported to LUbuntu maintainers. I don’t think LO developers per se can do something. Fill-in a bug report. If the blame should be put on LUbuntu packagers, they will tell and close the bug.
I did what I knew how to do; I don’t know if it was really appropriate, but I believe I did the right thing to divulge that information. Follow the link to view the record in the Lubuntu community:
Also follow the link to see the record in the documentfoundation:
https://bugs.documentfoundation.org/show_bug.cgi?id=138217
I had a look at the reports. A point which might be important: you quoted the version information AFTER the fix. VCL= displays gtk3 whereas initially (with the issue) it was qt5 which ringed bells in my head. Developers may not be able to reproduce the problem with gtk3 which IMO is the base widget library used to develop LO, i.e. the most checked, debugged and observed interface, in other words deemed reliable.
You should add a remark about it.
It’s a Lubuntu packaging mistake: Bug #1895216 “lubuntu sets qt5 as default UI backend for libreof...” : Bugs : lubuntu-meta package : Ubuntu