Description: see steps to reproduce. Steps to Reproduce: 1. open LibreOffice latest nightly build 2. press the button in the about dialog to copy build information 3. paste the content to notepad Actual Results: Version: 7.1.0.0.alpha0+ (x64) Build ID: <buildversion> CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win Locale: ja-JP (ja_JP); UI: en-US Calc: CL Expected Results: Version: 7.1.0.0.alpha0+ (x64) Build ID: 641dbafcb4c7b00bc9e56b58d12c95a6f05ee88d CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win Locale: ja-JP (ja_JP); UI: en-US Calc: CL Reproducible: Always User Profile Reset: Yes Additional Info: version as given above
Created attachment 163528 [details] version.ini
Created attachment 163529 [details] bootstrap.ini
if I remove BuildVersion from version.ini, I can copy the buildid(641dbafcb4c7b00bc9e56b58d12c95a6f05ee88d)
Confirmed with today's TB77 Windows build Version: 7.1.0.0.alpha0+ (x64) Build ID: <buildversion> CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded And from the version.ini for the install: BuildVersion=<buildversion> buildid=641dbafcb4c7b00bc9e56b58d12c95a6f05ee88d
*** Bug 135191 has been marked as a duplicate of this bug. ***
By design, see bug 134522.
There is a need for build ID or a build date
@Heiko, different items. Issue now is that the HASH ID is not showing in the About dialog nor being copied to clipboard on button action--so no way to identify the build signature.
If the hash was stored with the build ID we would have to save it with the extra info. Cloph, what's your opinion?
Created attachment 163634 [details] clip from 2020-07-27 TB77 build -- how would one ID it for QA Clip showing the lack of *any* useful Build ID detail in the Help Aboout, or clip. Taken from TB77 daily for 2020-07-27 where program/version.ini has: ... BuildVersion=<buildversion> buildid=d7894ddca9d5f56e86f9b488c97e3268637b017e ExtensionUpdateURL=http://updateexte.libreoffice.org/ExtensionUpdateService/check.Update MsiProductVersion=7.1.0.0.alpha0 ProductCode={C2C11E5D-C50E-4392-901C-EBECD7116C03} ReferenceOOoMajorMinor=4.1 ...
I can't reproduce it in Version: 7.1.0.0.alpha0+ (x64) Build ID: a9f68d9d9ae8d7c8f79152055795044993b252ea CPU threads: 16; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-US Calc: threaded (win bisect repository)
(In reply to Xisco Faulí from comment #11) > I can't reproduce it in > > Version: 7.1.0.0.alpha0+ (x64) > Build ID: a9f68d9d9ae8d7c8f79152055795044993b252ea > CPU threads: 16; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win > Locale: en-GB (en_GB); UI: en-US > Calc: threaded > > (win bisect repository) That can happen when version.ini is generated by the msi installer and when bisect does not provide msi installer, I guess. https://opengrok.libreoffice.org/xref/core/scp2/source/ooo/common_brand.scp?r=ae855bf4&mo=15576&fi=593#602
*** Bug 135459 has been marked as a duplicate of this bug. ***
https://gerrit.libreoffice.org/c/core/+/100957
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/00fa759dc9f13eb4618a7762be9ca6eaf3fd37f7 tdf#135133: Don't try to read BuildVersion It will be available in 7.1.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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thanks for solving this Mike!
Mike Kaganski committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/0a796797ddfe2d1913ac91908074c397cf7c9c82 tdf#135133: Don't try to read BuildVersion It will be available in 7.0.2. 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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Cannot reproduce new build. Version: 7.1.0.0.alpha0+ (x64) Build ID: e69fafe1873e4afbe739f21f7a82a069cf7eb5b2 CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL Thanks for fixing this! -> v.
Mike Kaganski committed a patch related to this issue. It has been pushed to "libreoffice-7-0-1": https://git.libreoffice.org/core/commit/37f452bc2beeae9b4648013a3bf4f2e8b56c0c85 tdf#135133: Don't try to read BuildVersion It will be available in 7.0.1. 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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 135970 has been marked as a duplicate of this bug. ***