-
Notifications
You must be signed in to change notification settings - Fork 391
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Warp became broken after update. #5492
Comments
Hi @RockBacon9922 sorry to hear about this. I'll let the team know asap. Please see troubleshooting steps from our team below. |
Hi @RockBacon9922 - before taking any steps to fix the issue (e.g.: uninstalling and reinstalling Warp), can you run the following commands from another terminal and share the output here?
|
@vorporeal I have the same issue as @RockBacon9922 , here is the output from the three commands: |
Fascinating. What's the output of |
@vorporeal here is the output: |
I have the same issue and same outputs as above |
@svenjr @diegocuehdz that's interesting - would you mind running |
there are no files in the
|
PS: I made this update through the update notification in the Warp app menu. |
Thanks @muescha, that's helpful! Was your computer low on disk space recently? It looks like copying the new, downloaded version of Warp failed, so we're trying to understand why (in addition to ensuring that we don't switch to a broken version). |
No low disk space: |
I had the same issue, unistalling - then reinstalling fixed it for me. Thanks |
Thanks! The latest release ( If you're affected, you'll need to reinstall Warp. Before doing so, we'd greatly appreciate if you could these commands to check the broken installation: codesign --display --verbose=4 /Applications/Warp.app
codesign --verify --verbose=4 /Applications/Warp.app
codesign --verify --verbose=4 /Applications/Warp.app/Contents/MacOS/stable
ls -lahR /Applications/Warp.app |
I encountered the same issue. Initially, I tried reinstalling with |
When I run those commands I just get: |
Just to add the computer I had the issue on was not low on disk space. |
Same here this morning:
|
I get a slightly different output
|
I got the same problem, but it is caused by the It might be caused by low disk space; I have about 20GB free according to finder. After renaming the old Warp and reinstalling with brew and updating that, it works again and even loaded my sessions I had before it corrupted. |
Same for me.
Solution:Run brew install --cask warp ==> Upgrading 1 outdated package:
warp 0.2024.11.05.08.02.stable_02 -> 0.2024.11.19.08.02.stable_03
==> Upgrading warp
==> Downloading https://app.warp.dev/download/brew?version=v0.2024.11.19.08.02.stable_03
==> Downloading from https://releases.warp.dev/stable/v0.2024.11.19.08.02.stable_03/Warp.dmg
# # # # -=O=-
==> Backing App 'Warp.app' up to '/opt/homebrew/Caskroom/warp/0.2024.11.05.08.02.stable_02/Warp.app'
==> Removing App '/Applications/Warp.app'
==> Moving App 'Warp.app' to '/Applications/Warp.app'
==> Purging files for version 0.2024.11.05.08.02.stable_02 of Cask warp
🍺 warp was successfully upgraded!
|
Please let us know if this happens again (i.e. when updating from Uninstalling or reinstalling should preserve your history and opened sessions - that's stored separately from the app itself. The exception would be something like |
|
I just update today Dec 2 2024 at about 10:30 PM CST. So it looks like the update is actually wiping all the files that should be installed and only leaving directories...
|
For those interested.... What the
|
Yeah, unfortunately by the time Warp tries to restart into the new version, it's too late to tell how it got corrupted. We've made some changes to:
Since it's an autoupdate issue though, we need those changes to be in the version of Warp you're updating from (i.e. |
Happened to me today, for the 2nd time. Last time I thought I messed something up myself so I just reinstalled and continued to work codesign --display --verbose=4 /Applications/Warp.app gives me
Running
maybe because I installed Warp via the dmg and not via on M1 Pro MBP, Sequoia 15.1.1 |
I'm not sure where can I get that info now considering I didn't make a record of the current installed version before I clicked I checked System Information > Software > Installations, checked /Library/Receipts, /var/db/receipts, /private/var/log/install.log and a couple other places in hopes of finding somewhat of an install version log to see what version was previously installed, but I can't find it |
I had the same issue when updating to latest available version
|
Thanks for those updates! If you got into that state while updating from If you can, it would be super helpful if you could:
|
It works! Was able to successfully update from |
Thanks for trying that out! |
I can confirm that it worked. After the update, Warp closed, and I encountered this error upon reopening it: you can’t open the application “warp” because it may be damaged or incomplete. I had to remove |
Just happened again :-( Today, warp found a new update and I tried updating, it broke during the update again. Now app's I'm running codesign --display --verbose=4 /Applications/Warp.app
/Applications/Warp.app: bundle format unrecognized, invalid, or unsuitable |
Thanks for reporting @mtrisic. Could you upload or send me your Warp logs? They should be in |
@bnavetta here are the logs:
|
@mtrisic that's very helpful, thank you! Is there a line at the beginning of the file that looks something like this?
If there are any lines like this, those parts would be helpful as well:
|
Not from today, but from the old run: 1:
2:
|
just as info update was working without error:
|
Hey Folks, We've improved robustness of autoupdate process for Warp in MacOS in the most recent update. Note that if you're on an older version, you may still see the issue when updating to the latest version, but you should no longer see this issue going forward. Closing as resolved, but please feel free to let us know if the issue persists in Warp version |
Same issue happened again to me, now when upgrading from |
I recently updated my MacOS to Sonoma 14.7.2 |
again I am in a state where I can not open warp. here the info: muescha@MacBook ~ % codesign --display --verbose=4 /Applications/Warp.app
/Applications/Warp.app: bundle format unrecognized, invalid, or unsuitable muescha@MacBook ~ % codesign --verify --verbose=4 /Applications/Warp.app
/Applications/Warp.app: bundle format unrecognized, invalid, or unsuitable muescha@MacBook ~ % codesign --verify --verbose=4 /Applications/Warp.app/Contents/MacOS/stable
/Applications/Warp.app/Contents/MacOS/stable: No such file or directory muescha@MacBook ~ % ls -lah /Applications/Warp.app/*
Permissions Size User Date Modified Name
drwxr-xr-x@ - muescha 2024-12-25 14:02 _CodeSignature/
drwxr-xr-x@ - muescha 2024-12-25 14:02 Frameworks/
drwxr-xr-x@ - muescha 2024-12-25 14:02 MacOS/
drwxr-xr-x@ - muescha 2024-12-25 14:02 Resources/ muescha@MacBook ~ % ls -lahR /Applications/Warp.app
Permissions Size User Date Modified Name
drwxr-xr-x@ - muescha 2024-12-25 14:02 Contents/ /Applications/Warp.app/Contents:
Permissions Size User Date Modified Name
drwxr-xr-x@ - muescha 2024-12-25 14:02 _CodeSignature/
drwxr-xr-x@ - muescha 2024-12-25 14:02 Frameworks/
drwxr-xr-x@ - muescha 2024-12-25 14:02 MacOS/
drwxr-xr-x@ - muescha 2024-12-25 14:02 Resources/
/Applications/Warp.app/Contents/_CodeSignature:
/Applications/Warp.app/Contents/Frameworks:
Permissions Size User Date Modified Name
drwxr-xr-x@ - muescha 2024-12-25 14:02 Sentry.framework/
/Applications/Warp.app/Contents/Frameworks/Sentry.framework:
Permissions Size User Date Modified Name
lrwxr-xr-x@ - muescha 2024-12-25 14:02 Headers -> Versions/Current/Headers/
lrwxr-xr-x@ - muescha 2024-12-25 14:02 Modules -> Versions/Current/Modules/
lrwxr-xr-x@ - muescha 2024-12-25 14:02 PrivateHeaders -> Versions/Current/PrivateHeaders/
lrwxr-xr-x@ - muescha 2024-12-25 14:02 Resources -> Versions/Current/Resources/
drwxr-xr-x@ - muescha 2024-12-25 14:02 Versions/
lrwxr-xr-x@ - muescha 2024-12-25 14:02 Sentry -> Versions/Current/Sentry
/Applications/Warp.app/Contents/Frameworks/Sentry.framework/Versions:
Permissions Size User Date Modified Name
drwxr-xr-x@ - muescha 2024-12-25 14:02 A/
lrwxr-xr-x@ - muescha 2024-12-25 14:02 Current -> A/
/Applications/Warp.app/Contents/Frameworks/Sentry.framework/Versions/A:
Permissions Size User Date Modified Name
drwxr-xr-x@ - muescha 2024-12-25 14:02 _CodeSignature/
drwxr-xr-x@ - muescha 2024-12-25 14:02 Headers/
drwxr-xr-x@ - muescha 2024-12-25 14:02 Modules/
drwxr-xr-x@ - muescha 2024-12-25 14:02 PrivateHeaders/
drwxr-xr-x@ - muescha 2024-12-25 14:02 Resources/
/Applications/Warp.app/Contents/Frameworks/Sentry.framework/Versions/A/_CodeSignature:
/Applications/Warp.app/Contents/Frameworks/Sentry.framework/Versions/A/Headers:
/Applications/Warp.app/Contents/Frameworks/Sentry.framework/Versions/A/Modules:
Permissions Size User Date Modified Name
drwxr-xr-x@ - muescha 2024-12-25 14:02 Sentry.swiftmodule/
/Applications/Warp.app/Contents/Frameworks/Sentry.framework/Versions/A/Modules/Sentry.swiftmodule:
/Applications/Warp.app/Contents/Frameworks/Sentry.framework/Versions/A/PrivateHeaders:
/Applications/Warp.app/Contents/Frameworks/Sentry.framework/Versions/A/Resources:
/Applications/Warp.app/Contents/MacOS:
/Applications/Warp.app/Contents/Resources: muescha@MacBook ~ % tree /Applications/Warp.app
/Applications/Warp.app
└── Contents
├── Frameworks
│ └── Sentry.framework
│ ├── Headers -> Versions/Current/Headers
│ ├── Modules -> Versions/Current/Modules
│ ├── PrivateHeaders -> Versions/Current/PrivateHeaders
│ ├── Resources -> Versions/Current/Resources
│ ├── Sentry -> Versions/Current/Sentry
│ └── Versions
│ ├── A
│ │ ├── Headers
│ │ ├── Modules
│ │ │ └── Sentry.swiftmodule
│ │ ├── PrivateHeaders
│ │ ├── Resources
│ │ └── _CodeSignature
│ └── Current -> A
├── MacOS
├── Resources
└── _CodeSignature
20 directories, 1 file muescha@MacBook-Pro-M1 ~ % ll /Applications/Warp.app*
Permissions Size User Date Modified Name
drwxr-xr-x@ - muescha 2024-12-25 14:02 Contents/ |
I have this logfiles:
I have also only found snippets from older runs:
2024-12-21T00:11:33Z [INFO] Received InputBuffer hook
2024-12-21T00:11:33Z [INFO] Received InputBuffer hook
2024-12-21T00:11:40Z [INFO] Start to send telemetry events to RudderStack
2024-12-21T00:11:40Z [INFO] Flushed telemetry events.
2024-12-21T00:11:40Z [INFO] Wrote DMG to tempfile at "/var/folders/r2/156gqyhn1cbclcxm8cf5bbsw0000gn/T/Z1x7jsR/v0.2024.12.18.08.02.stable_03.Warp.dmg"
2024-12-21T00:11:40Z [INFO] Attempting to mount dmg with command ""/usr/bin/hdiutil attach -mountpoint /Volumes/Z1x7jsR -nobrowse -noautoopen /var/folders/r2/156gqyhn1cbclcxm8cf5bbsw0000gn/T/Z1x7jsR/v0.2024.12.18.08.02.stable_03.Warp.dmg""
2024-12-21T00:12:10Z [INFO] Dropping empty RudderStack telemetry batch
2024-12-21T00:12:10Z [INFO] Flushed telemetry events.
2024-12-21T00:12:36Z [INFO] notifying view observers and updating windows for timer id 0
2024-12-21T00:12:36Z [INFO] notifying view observers and updating windows for timer id 1
2024-12-21T00:12:40Z [INFO] Dropping empty RudderStack telemetry batch
2024-12-21T00:12:40Z [INFO] Flushed telemetry events.
2024-12-21T00:12:52Z [INFO] hdiutil result: Output { status: ExitStatus(unix_wait_status(0)), stdout: "Prüfsumme für Protective Master Boot Record (MBR : 0) berechnen\u{a0}…\nProtective Master Boot Record (MBR :: Die überprüfte CRC32-Prüfsumme ist $ACD6FC49\nPrüfsumme für GPT Header (Primary GPT Header : 1) berechnen\u{a0}…\n GPT Header (Primary GPT Header : 1): Die überprüfte CRC32-Prüfsumme ist $03809B78\nPrüfsumme für GPT Partition Data (Primary GPT Table : 2) berechnen\u{a0}…\nGPT Partition Data (Primary GPT Tabl: Die überprüfte CRC32-Prüfsumme ist $87E1558A\nPrüfsumme für (Apple_Free : 3) berechnen\u{a0}…\n (Apple_Free : 3): Die überprüfte CRC32-Prüfsumme ist $00000000\nPrüfsumme für disk image (Apple_HFS : 4) berechnen\u{a0}…\n disk image (Apple_HFS : 4): Die überprüfte CRC32-Prüfsumme ist $9921D1E1\nPrüfsumme für (Apple_Free : 5) berechnen\u{a0}…\n (Apple_Free : 5): Die überprüfte CRC32-Prüfsumme ist $00000000\nPrüfsumme für GPT Partition Data (Backup GPT Table : 6) berechnen\u{a0}…\nGPT Partition Data (Backup GPT Table: Die überprüfte CRC32-Prüfsumme ist $87E1558A\nPrüfsumme für GPT Header (Backup GPT Header : 7) berechnen\u{a0}…\n GPT Header (Backup GPT Header : 7): Die überprüfte CRC32-Prüfsumme ist $CAE5EBB0\nDie überprüfte CRC32-Prüfsumme ist $4329A6A2\n/dev/disk4 \tGUID_partition_scheme \t\n/dev/disk4s1 \tApple_HFS \t/Volumes/Z1x7jsR\n", stderr: "" }
2024-12-21T00:12:52Z [INFO] Copying dmg contents from "/Volumes/Z1x7jsR/Warp.app" to "/var/folders/r2/156gqyhn1cbclcxm8cf5bbsw0000gn/T/Z1x7jsR/Warp(v0.2024.12.18.08.02.stable_03).app"
2024-12-21T00:12:53Z [INFO] Checking for update on channel stable_release. Update id is EUWUFVu
2024-12-21T00:12:53Z [INFO] Update ready for channel version VersionInfo { version: "v0.2024.12.18.08.02.stable_03", update_by: None, soft_cutoff: Some("v0.2024.11.22.18.28.stable_00") }
2024-12-21T00:12:53Z [INFO] Fetching channel versions (without changelogs) from Warp server
2024-12-21T00:13:00Z [INFO] Received channel versions from Warp server: dev: ChannelVersion { version_info: VersionInfo { version: "v0.2024.12.20.18.19.dev_00", update_by: None, soft_cutoff: Some("v0.2023.05.12.08.03.dev_00") }, overrides: [] }; preview: ChannelVersion { version_info: VersionInfo { version: "v0.2024.12.20.18.19.preview_00", update_by: None, soft_cutoff: None }, overrides: [] }; canary: ChannelVersion { version_info: VersionInfo { version: "v0.2022.09.29.08.08.canary_00", update_by: None, soft_cutoff: None }, overrides: [] }; beta: ChannelVersion { version_info: VersionInfo { version: "v0.2024.12.18.08.02.beta_00", update_by: None, soft_cutoff: None }, overrides: [] }; stable: ChannelVersion { version_info: VersionInfo { version: "v0.2024.12.18.08.02.stable_03", update_by: None, soft_cutoff: Some("v0.2024.11.22.18.28.stable_00") }, overrides: [] }
2024-12-21T00:13:10Z [INFO] Dropping empty RudderStack telemetry batch
2024-12-21T00:13:10Z [INFO] Flushed telemetry events. |
I reviewed the logs further and found this section, which might be interesting around
Extended code snippet through EOF:
|
Just to join the party - just now I clicked the 'Update' button in the notification bar and ended up in a bricked state too.
Let me know if I can give you anything else... |
@muescha thank you! When updating from
This is very interesting! The way Warp's autoupdate works, it will download the new version as soon as it's available, but not install it until you restart the app. It's possible that the new version got corrupted in between those steps. @tattyd if you have your |
Just compressed them now and will send to [email protected]... |
Got them, thanks! |
👋 @dannyneira,
Persisting for me after latest macOS update (I assume, macOS, 15.3 Beta (24D5034f)) so could/should reopen this issue FYR Feel free to let me know if you need anything from me..? Appreciate you 🤞 |
I experienced the same issue after an update.
|
@ldexterldesign @pflynny if you happen to have your old Warp logs from before the update, would you mind sending them to me? They should be at That'll let us check if the pre-update Warp version had the expected fix or not - we've made assorted changes to prevent Warp from installing a corrupted update, but they unfortunately only help if you've already updated Warp to one of the fixed versions. This week's release should also include a change that makes it harder for the update to get corrupted in the first place (for transparency, our theory is that the macOS temporary file cleaner is deleting parts of the update). Thanks! |
Dupe Check
Describe the bug
Warp destroyed itself after its self update. When trying to launch the app Mac said the app was broken
To reproduce
No clue. All I did was press the close and update button and it caused the app to become broken.
Expected behavior
No response
Screenshots
No response
Operating system
MacOS
Operating system and version
14.6.1
Shell Version
No response
Current Warp version
No response
Regression
Yes, this bug started recently or with an X Warp version
Recent working Warp date
20/11/24
Additional context
No response
Does this block you from using Warp daily?
No
Is this an issue only in Warp?
Yes, I confirmed that this only happens in Warp, not other terminals.
Warp Internal (ignore): linear-label:b9d78064-c89e-4973-b153-5178a31ee54e
None
The text was updated successfully, but these errors were encountered: