brave-browser: Subsequent delta updates on Windows fail 2/2
Description
On Windows, a delta update that gets applied after another delta update always fails and falls back to the full update.
Steps to Reproduce
- Install Brave 1.49.120 using its offline installer. Accept the UAC prompt to perform a system-wide installation.
- Close Brave and make sure you don’t have internet so Brave doesn’t accidentally get updated.
- Open a Windows command prompt with Administrator privileges (right-click->“Run as Administrator”).
- Download the delta installer to go from Brave 1.49.120 to 1.49.128.
- Enter the following in the command prompt:
set BraveSoftwareUpdateIsMachine=1. - Execute the delta installer in the same command prompt. For example by typing:
C:\Users\micha\Downloads\brave_installer-delta-x64.exe. If you are testing Release, don’t append anything. If you are testing Nightly, append--chrome-sxs. If you are testing Beta, append--chrome-beta. For example:brave_installer-delta-x64.exe --chrome-beta. - Repeat steps 4. - 6. for the delta installer to go from Brave 1.49.128 to 1.49.132
- Start Brave.
The above delta installer URLs are for the Release channel. For Beta, use and modify https://updates-cdn.bravesoftware.com/delta/Brave-Browser-Beta/x64-be/win/113.1.52.94/113.1.52.92/brave_installer-delta-x64.exe.
Actual result:
The version on brave://settings/help is 1.49.128.
Expected result:
The version on brave://settings/help should be 1.49.132.
Reproduces how often:
Always.
Steps to Reproduce more generally
Repeat the steps above for another first, second and third public versions of Brave. You can construct the delta URLs from the version numbers. Note: Deltas are only available for subsequent public versions. For example, there is also a 1.49.131 non-public/pre-release version. But because it isn’t public, there is no delta for it.
Related issues
The following issue also affects delta updates on Windows: #28989
About this issue
- Original URL
- State: closed
- Created a year ago
- Comments: 26 (9 by maintainers)
@LaurenWags Correct!
no worries! @mherrmann maybe it makes sense to open an issue via
1.52.xjust to mention that the cases you mentioned should be checked on1.52.x. This way QA can keep an eye out. If there’s any issues, we’ll know why as we’ll have an associated issue within1.52.x. We can label it as verified near the end of the1.52.xcycle if everything is looking good in terms of installers/delta updates.Changing to
release-notes/excludeas there additional fixes (https://github.com/brave/brave-browser/issues/30748) coming in subsequent version. Will include in release notes when all fixes are included.@rebron @kjozwiak @mherrmann ok with this?
@mherrmann we’re still ok for 1.53.x without the fix to https://github.com/brave/brave-browser/issues/30748, correct? it seems that users still get updated, they just get the full installer?
cc @kjozwiak @rebron
No, it doesn’t. Not in theory and also not in practice - I just checked from v1.52.109 and v1.52.102 and successfully received updates to v1.53.66.
Yes, unfortunately there was the second regression mentioned in #30748 by @stephendonner; I’m sorry.
@mherrmann can you review actual results section for
Re- verified as following for 1.53.76 -->1.53.82-->1.53.83case in https://github.com/brave/brave-browser/issues/29469#issuecomment-1577500329 please? Delta updates are failing (step 8) on second delta installer.cc: @stephendonner
Verification
In progressusingPre-requisites:
Upgrade
1.53.66-->1.53.76Steps:BraveBrowserStandaloneBetaSetup.exepublic beta installer for1.53.66brave://settings/helpRelaunch1.53.76Confirmed Delta updates received via
brave_installer-delta-x64.exefor 1.53.66-->1.53.76`Upgrade
1.53.71-->1.53.74Note: Confirmed Delta updates not received via
brave_installer-delta-x64.exefor 1.53.71-->1.53.74`Re- verified as following for 1.53.76 -->1.53.82–>1.53.83
Actual Results:
1.53.83is failed to install as I didn’t see UAC when I executed delta installer for 1.53.82->1.53.83@kjozwiak I’ve created https://github.com/brave/brave-browser/issues/30485 now to capture this 😃
Removing
QA Pass-macOSas milestone for this issue was adjusted.@mherrmann we usually keep issues in the milestone were the PRs landed. Ideally, we would have two issues for the above scenario. One via
1.52.x&1.53.x. The one in1.52.xwould be labelled asQA/Noas the above can only be verified via1.53.x. Then another issue within1.53.xlabelled asQA/Yes. The rule that we usually follow is one PR per issue so you don’t run into cases where one PR spans ~2-3 milestones and there’s only one issue.For now, leaving this in
1.53.xworks 👍 Regarding1.52.x, is there anything that needs to be checked? Just double checking that we’re not going to ship with partial fixes/code that might cause problems.Makes perfect sense to me, @mherrmann 👍
I believe the milestone for this should be 1.53.x and have changed it from 1.52.x. There were two PRs that fix this issue: 17882 is in 1.52.x while 18043 is in 1.53.x. I believe this can only be fully tested with 1.53.x. What do you think @stephendonner @MadhaviSeelam?
Added OS/macOS label as per the testplan , Widevine functionality needs to be tested on macOS.
Specifically:
We need to make sure that DRM-protected content can still be played at the highest quality. It should be possible to test this with Netflix or Amazon Prime, verifying that the video quality offered by the site is as high as before this PR.more info: https://bravesoftware.slack.com/archives/C012NN4F6UU/p1683648954812479
Thank you @stephendonner, yes, I meant https://github.com/brave/brave-core/pull/17882.