1) I think it would be great to included the date of release on the about dialog, somewhat similar to how the 4.3 beta shows it, as i think it would be easy for a user to see how old there version is. Possible display: Version: 4.2.4.2 Release Date: 2014-05-08 Build ID: 63150712c6d317d27ce2db16eb94c2f3d7b699f8 2) With the release date available, its possible to program into the dialog to encourage the user to upgrade when it has been over 6 weeks since its release date. The end of life dates could also be included in the programming so that when it has been reached, a different worded message could display encouraging the user to upgrade. 3) How about the latest stable and fresh version numbers and release dates appearing in the dialog. Of course for this to happen, a user would have to be online, so that it can be gotten from a dedicated url, and wouldnt have to be refreshed unless its been 2 weeks since its last check. 4) How about a defined fixed size for the dialog box, as when i checked over time, the box size fluctuates alot, as can be seen in attachment 99720 [details].
This sounds reasonable, marking as NEW.
Created attachment 100183 [details] Open Office has release date in its about dialog Was poking around in open office and noticed they had the release date in their about dialog.
This looks similar https://bugs.freedesktop.org/show_bug.cgi?id=87021. Please check.
*** Bug 87021 has been marked as a duplicate of this bug. ***
Bumping for UX-advise My thoughts as in https://bugs.freedesktop.org/show_bug.cgi?id=87021#c3 Agree items 1) & 2) that Date on the about dialog on release builds would alert a user to how far from current release they are, the EOL alert and timed check for update suggestion might be useful. Reject item 3) as clutter, & item 4) not an issue.
As a Linux user I'd vote down any (especially new) notices about updates etc for package-managed versions. Let the update reach me through repos when it's ready. So I'd count only 1) as desirable, no for 2-4.
Another scenario to consider. The PPA (Ubuntu Linux, 64-bit) can sometimes lag behind a reasonably stable release candidate. It is not uncommon for a release candidate to have fixed a severe bug that warrants upgrading. This means manually installing, rather than using the package manager. This can lead to confusion: does installing the latest release remove the old PPA version? Where are the files installed? There are other uncertainties, but you get the picture: it's a black box (for many users). (Yes, soffice --version will give a version number, but that's assuming Linux users are familiar with the command line, which isn't necessarily true with all the various distros available.) By presenting a clear build date in the About box, it is easy to determine whether or not the latest version is installed correctly and running.
(In reply to mahfiaz from comment #6) > As a Linux user I'd vote down any (especially new) notices about updates etc > for package-managed versions. Let the update reach me through repos when > it's ready. Taking ubuntu as an example linux distro, they only provide point release updates in their repos. So if you have ubuntu 14.04 LTS, you'll never get a notice to upgrade from 4.2 to 4.3 or 4.4 throughout its 5 year life span. you have ubuntu 12.04 LTS still stuck on 3.5. So the only way an ubuntu user would get an updated version is a) by PPA or b) by downloading it from libreoffice.org. (In reply to thangalin from comment #7) > The PPA (Ubuntu Linux, 64-bit) can sometimes lag behind a reasonably stable > release candidate. It is not uncommon for a release candidate to have fixed > a severe bug that warrants upgrading. This means manually installing, rather > than using the package manager. My experience with the libreoffice ppa is that they normally dont lag behind (may have lagged behind once that i remember because the maintainer was on holiday), but have seen lagging in point releases through the repo.
Migrating Whiteboard tags to Keywords: (needsDevEval, topicUI) [NinjaEdit]
(In reply to Yousuf Philips (jay) from comment #8) > (In reply to mahfiaz from comment #6) > > As a Linux user I'd vote down any (especially new) notices about updates etc > > for package-managed versions. Let the update reach me through repos when > > it's ready. > > Taking ubuntu as an example linux distro, they only provide point release > updates in their repos. So if you have ubuntu 14.04 LTS, you'll never get a > notice to upgrade from 4.2 to 4.3 or 4.4 throughout its 5 year life span. > you have ubuntu 12.04 LTS still stuck on 3.5. So the only way an ubuntu user > would get an updated version is a) by PPA or b) by downloading it from > libreoffice.org. > > (In reply to thangalin from comment #7) > > The PPA (Ubuntu Linux, 64-bit) can sometimes lag behind a reasonably stable > > release candidate. It is not uncommon for a release candidate to have fixed > > a severe bug that warrants upgrading. This means manually installing, rather > > than using the package manager. > > My experience with the libreoffice ppa is that they normally dont lag behind > (may have lagged behind once that i remember because the maintainer was on > holiday), but have seen lagging in point releases through the repo. Hey Jay, Could you give me some hints as to how to go about adding this ? I know how I would add the date. But I don't know how I would go about obtaining the date ? Is this date saved somewhere locally whenevr the user upgrades their version of libo or would I have to "download" this from somewhere. I am aware of how I would add the date to the dialog box but not how I would actually obtain the date (and from where). Thanks.
Hi Sudarshan, The date is shown in the daily builds but doesnt appear in the release builds, like below. Version: 5.1.5.2 Build ID: 7a864d8825610a8c07cfc3bc01dd4fce6a9447e5 CPU Threads: 2; OS Version: Linux 3.19; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group Version: 5.3.0.0.alpha0+ Build ID: 45a7137c6796f33fbf5b8f7cb64e293260d991cb CPU Threads: 2; OS Version: Linux 3.19; UI Render: default; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-10-13_23:38:06 Locale: en-US (en_US.UTF-8); Calc: group
Dear developer, This bug has been in ASSIGNED status for more than 3 months without any activity. Resetting it to NEW. Please assigned it back to yourself if you're still working on this.
(In reply to Yousuf Philips (jay) (retired) from comment #0) > 1) date of release Available as "Extra" info in Tinderbox build; adverse effect if always included is discussed in comments > 2) ...upgrade when it has been over 6 weeks Not in case of "still" versions. > 3) How about the latest stable and fresh version numbers... The about dialog usually shows what the application is, who made it, and what version it is. Advertising to update is abusing this dialog. > 4) How about a defined fixed size for the dialog box... The new dialog (bug 130778) is not resizable.