Bug 74244 - macOS: Version info only shows three digits, not full version information
Summary: macOS: Version info only shows three digits, not full version information
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Installation (show other bugs)
(earliest affected) release
Hardware: All macOS (All)
: low trivial
Assignee: Not Assigned
Whiteboard: target:7.0.0
: 74907 120153 122375 (view as bug list)
Depends on:
Blocks: Installer
  Show dependency treegraph
Reported: 2014-01-30 18:55 UTC by Kris Lou
Modified: 2020-09-08 06:21 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:

6.4 (192.34 KB, image/png)
2020-06-06 11:14 UTC, steve
7.0 (211.76 KB, image/png)
2020-06-06 11:14 UTC, steve

Note You need to log in before you can comment on or make changes to this bug.
Description Kris Lou 2014-01-30 18:55:14 UTC
Problem description: 

CFShortBundleVersionStrings are incorrect on both x86 and x86_64 OSX builds

Steps to reproduce:
1. mount Libreoffice 4.2*.dmg
2. open Libreoffice.app/Contents/Info.plist

Current behavior:


Expected behavior:

Comment 1 Kris Lou 2014-01-30 19:20:33 UTC
This line 1408 in LibreOffice.app/COntents/Info.plist
Comment 2 Emir Sarı 2014-01-30 19:48:33 UTC
I was too lazy to file a bug for this one.
Comment 3 Jorendc 2014-02-13 20:32:30 UTC
*** Bug 74907 has been marked as a duplicate of this bug. ***
Comment 4 Kris Lou 2014-02-20 18:33:51 UTC
Still applicable in the latest release, which reads as 4.2.1001
Comment 5 Kris Lou 2014-03-06 19:39:16 UTC
Still applicable in RC1.

It reads as 4.2.2001
Comment 6 Christian Lohmaier 2014-03-13 14:26:08 UTC
the version is defined as follows:
# The CFBundleShortVersionString in Info.plist consists of three integers, so encode the third
# as the micro version times 1000 plus the patch number. Unfortunately the LIBO_VERSION_SUFFIX can be anything so
# no way to encode that into an integer in general.

so this is a limitation that needs a workaround, so cannot fix/worksforme.
Comment 8 retired 2014-03-13 15:28:08 UTC
Translation: MAS wants 3 or less integers separated by a dot. That means to get the build info into that system LO uses 4.2.2002 which then would be the 2nd build for version 4.2.2. indeed worksforme.

Took me sometime but now I get it. thanks for searching this link christian.
Comment 9 Christian Lohmaier 2014-03-13 15:50:33 UTC
reopening. The code fails for the .0 releases. 0*1000 still is 0, so would then identify as 4.3.1 and rc2 as 4.3.2 and that would be very wrong :-)

As there are many Applications that use more liberal formatting of the version: If anyone finds an Appstore-Listed application that uses more than three integers (maybe even letters), then the limit can be reverted again as well.
Comment 10 Joel Madero 2014-11-06 00:23:34 UTC
Has this been resolved by chance? Can we close as WFM?
Comment 11 Kris Lou 2015-02-03 19:25:33 UTC
Still affected in 4.4.0.x, which reads as 4.4.3.

But as long as 4.4.1003 > 4.4.3, worksforme.
Comment 12 steve 2016-08-21 10:08:36 UTC
Christian, are you still on this? Do you have an idea how this could be solved?
Comment 13 Xisco Faulí 2017-07-13 10:28:21 UTC
Setting Assignee back to default. Please assign it back to yourself if you're
still working on this issue
Comment 14 V Stuart Foote 2018-12-30 06:11:56 UTC
*** Bug 122375 has been marked as a duplicate of this bug. ***
Comment 15 dink 2018-12-30 10:55:25 UTC
any progress on this? please fix at least the CFBundleVersion entry.
Comment 16 eisa01 2020-02-16 23:08:42 UTC
*** Bug 120153 has been marked as a duplicate of this bug. ***
Comment 17 eisa01 2020-02-16 23:14:03 UTC
Clearer title and lowering importance
Comment 18 Noel Grandin 2020-05-19 18:17:18 UTC
This stackoverflow answer
indicates that only 3 numbers are allowed for the short version
Comment 19 dink 2020-05-19 18:39:53 UTC
even Apple's own apps have more than 3 components:

/Applications//Safari.app ID: com.apple.Safari BV: 15609. SVS: 13.1 EXE: Safari
/System/Applications/Mail.app ID: com.apple.mail BV: 3608. SVS: 13.4 EXE: Mail
/System/Applications/Maps.app ID: com.apple.Maps BV: 2439. SVS: 2.1 EXE: Maps

the only real technical "restriction" is that the CFBundleVersion should be only points and numbers and monotonically increasing because if multiple versions are installed the copy with the numerically highest CFBundleVersion will be launched
Comment 20 Andy M 2020-05-19 20:02:38 UTC
You're talking about CFBundleVersion, not CFShortBundleVersionString.

The CFShortBundleVersionString is user-visible, therefore this results in a UX bug.

Please see the extensive discussion in the bug I filed that was closed as a duplicate:

Comment 21 dink 2020-05-19 20:25:16 UTC
> You're talking about CFBundleVersion, not CFShortBundleVersionString.

as i said above in the post from 2018-12-30 10:55:25 UTC at least CFBundleVersion should be fixed

> The CFShortBundleVersionString is user-visible, therefore this results in a UX bug.

not true since the two zeroes that are inserted (and which destroy any meaning of the version number) are obviously longer than the single dot which is omitted.

proof that proper CFShortBundleVersionString doesn't result in any UX bug in any of the 3 methods to view versions numbers in the Finder:


Comment 22 Andy M 2020-05-19 20:32:04 UTC
Proof that it does:


See my previous report. In column mode it's wrong.
Comment 23 dink 2020-05-19 20:35:45 UTC
> See my previous report. In column mode it's wrong.

.... this is what this bug report is about. it should be '' not '6.4.2002'. your screenshot just proves that.

your last few comments said the bug ('6.4.2002' instead of '') cannot be fixed because if it would be fixed it would result in a problem. there is no proof of that.
Comment 24 eisa01 2020-05-21 08:26:16 UTC
Have anyone checked if the limits of Apple are enforced?

I just see that Spotify has this as the CFBundleShortVersionString:

And that is shown by Finder just fine
Comment 25 eisa01 2020-05-21 09:26:32 UTC
I submitted a patch to gerrit to fix the issue that shows up as 6.4.3

I now see that the recommended would actually have been to use the three version identifier for ShortVersionString as that should be for released versions, while the BundleVersion can have all four, the fourth is just ignored if it exceeds three (assume the same happens for the short string)

But, I think the current patch is sufficient

CFBundleShortVersionString (String - iOS, macOS) specifies the release version number of the bundle, which identifies a released iteration of the app.

CFBundleVersion - used for unreleased (so LO would use four integers)
While developing a new version of your app, you can include a suffix after the number that is being updated; for example 3.1.3a1. The character in the suffix represents the stage of development for the new version. For example, you can represent development, alpha, beta, and final candidate, by d, a, b, and fc. The final number in the suffix is the build version, which cannot be 0 and cannot exceed 255. When you release the new version of your app, remove the suffix.

You can include more integers but the system ignores them.

Comment 26 Commit Notification 2020-05-27 07:50:12 UTC
Eivind Samseth committed a patch related to this issue.
It has been pushed to "master":


tdf#74244 Fix version info shown for major release candidates

It will be available in 7.0.0.

The patch should be included in the daily builds available at
https://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.
Comment 27 dink 2020-06-04 12:13:58 UTC
thanks i can confirm this seems to be fixed in the newest builds. lets keep this closed, if any additional issues come up we can open a new issue.
Comment 28 steve 2020-06-06 11:13:46 UTC
Great, this was finally tackled. Thanks eisa01. Attaching screenshots for 6.4.x and 7.0.x.
Comment 29 steve 2020-06-06 11:14:14 UTC
Created attachment 161679 [details]
Comment 30 steve 2020-06-06 11:14:33 UTC
Created attachment 161680 [details]
Comment 31 Tor Lillqvist 2020-09-08 06:21:23 UTC
Apple does enforce that both these version strings in the Info.plist consist of a period-separated list of at most three non-negative integers when one submits an app to the Mac App Store. Thus the "fix" for this non-bug broke the submission of LibreOffice Vanilla to the App Store.