The update built into LibreOffice has never worked for me in all the years I have had Libre Office. In lieu of that, in order to update (unless I use appImage or similar), I must: download from your website an archive of the main files download from your website an archive of the appropriate language pack download from your website an archive of the help materials extract all three of those archives located within each archive the .deb files install all of those .deb files from a terminal Surely this is too much. Please, either get the updater to work or else streamline the process somewhat. A PPA would not go amiss (though of course it would serve only some Linux users). Were you to make upgrading/installation eaiser, then you would be increase the number of your users, surely.
I should say I am on Linux Mint 19.1 Cinnamon (but the updater has failed to work on all version of that OS that I have tried, starting with, I think, Mint version 17).
IHMO, update feature should be removed for Linux builds (I use Debian testing so nothing against Linux :-)) Indeed, on Linux you should only use repository or ppa. About rpm, deb, ..., it's more for experts or power users who are ready to deal with dependencies management. About appImage, Flatpak, ... I don't know how it works and don't have opinion. Heiko/Xisco: any thoughts here?
I support this (would never spoil my Arch Linux with app internal update) and will bring it up to the ESC.
Wait a second, what Linux updater and what exactly is not working?
From the ESC discussion + assume this is never seen in distro builds (Michael) + always only had the check-for-updates (Christian) + are they talking about this feature ? + or the un-released experimental incremental update from Markus + that’s not on Linux (Heiko) + works on Linux – only for daily builds (Xisco) + won’t get rid of update is available thing (Christian) + can improve the UI of course but … it stays. In a nutshell, the is an updater for daily builds that shouldn't be intro distro builds. And there is the baloon tip on new releases pointing to our download site. What exactly is the problem?
Created attachment 151641 [details] Screenshot
> In a nutshell, the is an updater for daily builds that shouldn't be intro distro builds. And there is the baloon tip on new releases pointing to our download site. What exactly is the problem? The problem is that my version of LibreOffice contains an updater that has never once worked . Or so I seem to recall. I have used both the builds from the repositories of my distribution (Mint) and builds from .debs. Or rather: that - there is an updater that does not work - is *one* problem. Another problem can be expressed as follows. Were the broken updater to be 'fixed' by being removed, then the problem of cumbersome updates would remain (unless one uses appImages or similar). Also - call it the third problem - someone above mentioned a PPA; what PPA?
This issue seems to be mixing multiple updater concepts which increases the confusion on both sides. The original reporter is talking about the "Update check" functionality which is actually not!! an updater. It only checks if a new version is available but will never install new versions. I think on Linux the general advise is to use your distro's LibreOffice build unless you want to put in some manual work. The distro builds sadly also provide more features as we still struggle with out old baseline. Based on this I think this report should just be closed. Heiko was talking about the experimental automatic MAR based updater which is only available in one daily build and has not been active for some time due to build failures. This feature is not expected to ever land in official TDF Linux builds due to various limitations. For Linux this feature is only meant to be used in combination with daily builds for QA.
> The original reporter is talking about the "Update check" functionality which is actually not!! an updater. It only checks if a new version is available but will never install new versions. 'Actually not an updater'; 'It only checks if a new version is available but will never install new versions'. (i) That is not what one expects from an updater. Possibly the expectation owes to Windows but the expectation exists. If this feature is retained then it seems to me that the UI should stress that it will not actually perform an update. However, so doing would throw the following further problem into relief. (ii) The current model is apt to cause frustration. > The distro builds sadly also provide more features as we still struggle with out old baseline. I do not understand. Is the idea that distro builds provide versions of Libre Office that are still experimental?
(In reply to signupemail from comment #9) > > The original reporter is talking about the "Update check" functionality which is actually not!! an updater. It only checks if a new version is available but will never install new versions. > > 'Actually not an updater'; 'It only checks if a new version is available but > will never install new versions'. (i) That is not what one expects from an > updater. Possibly the expectation owes to Windows but the expectation > exists. If this feature is retained then it seems to me that the UI should > stress that it will not actually perform an update. However, so doing would > throw the following further problem into relief. (ii) The current model is > apt to cause frustration. Note that the dialog and the menu never claim "Update". They explicitly only mention checking for updates and are meant to notify you when an update is available. Especially on Linux it is basically impossible to implement an updater at all. Despite that the 'check for updates' feature is important as we still have way too many people who are unaware of newer builds and use old and insecure builds. > > > The distro builds sadly also provide more features as we still struggle with out old baseline. > > I do not understand. Is the idea that distro builds provide versions of > Libre Office that are still experimental? They just have the advantage of a more modern baseline. Our TDF builds are produced against an old CentOS to be able to support as many Linux users as possible which sadly means that not all features can be built on that platform. I'm not sure what you want out of this bug report. We are not going to remove the update check and there is no way that we are going to implement an automatic updater on Linux.
> We are not going to remove the update check and there is no way that we are going to implement an automatic updater on Linux. I made a suggestion that fits those desiderata (/constraints). That suggestion was: make it loudly clear that the update checker merely checks. Next: 'there is no way that we are going to implement an automatic updater on Linux' - that seems unduly pessimistic or in a way too optimistic. Here is what I mean. Is there no way of at least slightly streamlining the cumbersome process that I described? One way of so doing would be to have a *single* .deb. An alternative might be to use some some of installer file. Also, and to repeat: a PPA was mentioned (by Julien Nabet ); what PPA, please? Thank you all for your time.
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to signupemail from comment #7) >... > Also - call it the third problem - someone above mentioned a PPA; what PPA? https://launchpad.net/~libreoffice/+archive/ubuntu/ppa Personally, I don't use it, I'm on Debian testing and it's freeze time so stuck to 6.1.5.2 for the moment. However, since I build master sources locally and update my local repo almost every day, I can test bugs with an up-to-date version.
Created attachment 151656 [details] Update Checker The checker itself is okay but it shows the mentioned dialog on click. Tested with 5.2.7.2, maybe we changed that meanwhile (I have a "Check for Updates..." item in the Help menu, so it might be an old daily build). Could you please double-check, Markus.
(In reply to Heiko Tietze from comment #14) > Created attachment 151656 [details] > Update Checker > > The checker itself is okay but it shows the mentioned dialog on click. > Tested with 5.2.7.2, maybe we changed that meanwhile (I have a "Check for > Updates..." item in the Help menu, so it might be an old daily build). Could > you please double-check, Markus. I don't see why we need a dev advice here. the UX Team should be the one deciding whether we show the popup on click or not...
Markus, what is the dialog good for? I mean we continue to show the info bubble but never this dialog that has a couple of misleading interactions (download, install) it would solve the issue.
Dear signupemail, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Agree with Markus comment 8 -- Update check does just that. It notifies user that a more current build is available to be installed.
The misleading interactions in the dialog Heiko mentioned (comment 16) should be removed before considering closing this bug.
Created attachment 161659 [details] dialog showing an update and clear indication for 'manual' download (In reply to Heiko Tietze from comment #16) > Markus, what is the dialog good for? I mean we continue to show the info > bubble but never this dialog that has a couple of misleading interactions > (download, install) it would solve the issue. What is misleading about it? It clearly states: =-=-= Description The automatic download of the update is currently not available. Click 'Download...' to download LibreOffice 6.4.4 manually from the web site. =-=-= The TDF build download(s) for all packaging flavors are available from the linked web site (currently drops onto https://www.libreoffice.org/download/download/?lang=en-US&version=6.4.4&pk_campaign=update ) No it does not refer to distro based packaging--but so what? The user is notified to look--that is what the dialog is 'good for'! IMHO, NAB and WF nothing to change with alert bar Bubble OR the Dialog
*** Bug 144426 has been marked as a duplicate of this bug. ***
Ain't this a duplicate of bug 74934 ?
Indeed, while is this is just about Linux, bug 74934 is about all platforms. *** This bug has been marked as a duplicate of bug 74934 ***