Open markmbaum opened 1 year ago
Thanks for letting us know @markmbaum Please see our guides on the permissions and updating warp issues that could be affecting your permissions.
Let us know if those helped, if not, we will need a bit more information from you to reproduce this issue, most likely some Logs.
Ok thanks for the pointer. I haven't noticed any issues updating Warp, so I'll look into the other troubleshooting.
Same issue here.
SOLUTION: After a MacOS update, my standard terminal also didn't have access anymore for Full Disk Access in Privacy & Security. So make sure to check this.
Found any solution? Restarting wrap is the only thing I can find.
Running using sudo also won't work
I've also been getting this behavior. Over the past 2 - 3 weeks.
Hey Folks, We're noticing reports of this issue returning recently. We suspect it may be related to auto-updates to Warp. We're going to reopen, investigate further, and post any updates on this thread. As a possible workaround/stopgap measure, please apply and pending Updates to Warp. This should grant Warp the permissions again and resume normal functions.
To anyone else facing this issue, please add a 👍 to the original post at the top or comment with your details, and subscribe if you'd like to be notified.
Just happened to me. Shortly after "Update Warp" showed up in the toolbar.
Hey Folks, We're noticing reports of this issue returning recently. We suspect it may be related to auto-updates to Warp. We're going to reopen, investigate further, and post any updates on this thread. As a possible workaround/stopgap measure, please grant "old" Warp permission in Mac > System Settings > Privacy & Security > Full Disk Access.
To anyone else facing this issue, please add a 👍 to the original post at the top or comment with your details, and subscribe if you'd like to be notified.
Confirming I have been experiencing this and granting permissions to 'old' seems to have been the fix for me.
Hey Folks, We're noticing reports of this issue returning recently. We suspect it may be related to auto-updates to Warp. We're going to reopen, investigate further, and post any updates on this thread. As a possible workaround/stopgap measure, please grant "old" Warp permission in Mac > System Settings > Privacy & Security > Full Disk Access.
To anyone else facing this issue, please add a 👍 to the original post at the top or comment with your details, and subscribe if you'd like to be notified.
how if in my devices there's no "old"?
Adding to this thread as #5417 was closed. I didn't think it was a duplicate as this issue was closed as completed in March 2023.
There is no "old" in my settings.
@mark-jordanovic-lewis when you see the issue, is there usually a pending update in Warp? If you do, the best workaround would be to apply the Update, and the new Warp binary should have the right permissions. We've noticed this only on MacOS and when there is a pending update, so just want to confirm.
I can't really comment on that, there was an update today and it happened. I encountered it quite a few times before I posted previous issue but I'm not sure it corresponded with an update or not.
@robbiehobby Yup, this appears to happen after a pending Update in Warp and only on directories that require permissions (i.e. Documents, Downloads, Desktop, etc), even if you've granted Warp "Full Disk Access". If you manage to run commands on those directories while Warp is still Updating in the background, then the issue may not happen. The best workaround for now is to apply any pending updates to Warp.
@mark-jordanovic-lewis Keep an eye out for this, We suspect it is related to updates with high certainty, but your issue may indeed be different. There will be a fix coming soon (which may cause the issue again ), but updating to the new version will hopefully ensure it doesn't return for future releases. If that's not the case, please reopen https://github.com/warpdotdev/Warp/issues/5417 and let us know.
Same issue for me while saving local files on mac after updating to OS 15.
In case it helps finding the root cause: I only started to face this issue after upgrading my MacOS version to Sequoia
Same issue for me. Only happens after updating to macOS Sequoia.
@dannyneira As requested (but cannot re-open issue #5434). On Thursday and Friday there was no loss of permissions in warp. Yesterday morning, Monday 11th Nov 2024, permissions to read directories in already open warp sessions have been lost. No changes in OS settings related to Full Disk access of the application.
brew upgrade
did not find warp to upgrade. brew upgrade warp re-installed warp. Warp will no longer open.
brew remove warp
brew install --cask warp
. Warp will no longer open.
Removed warp, rebooted machine, reinstalled warp, warp will still not open.
Checked permissions, Warp.App is read/write for me.
Delving into the Warp.app package and running the stable binary gives me:
15:54:33 [INFO] Initial open file descriptor limit is 2560, with a hard limit of 9223372036854775807
15:54:33 [INFO] Spawning terminal server process...
15:54:33 [INFO] Running terminal server...
15:54:33 [INFO] application will finish launching
15:54:33 [INFO] Removing old executable dir...
15:54:33 [INFO] Removing old executable file...
15:54:33 [WARN] Failed to parse config file at "trunk.yaml" with error: missing field `background` at line 1 column 8
15:54:33 [WARN] Failed to parse config file at "run_themes_generator.yml" with error: missing field `background` at line 2 column 5
15:54:33 [INFO] Initializing crash reporting Some("mac_stable_release") with tag "v0.2024.11.05.08.02.stable_02"...
15:54:33 [INFO] Initializing Sentry for cocoa app with endpoint https://0195a81da0714f55a93ee4624825f9ec@o540343.ingest.sentry.io/5658526
15:54:33 [INFO] Starting warp with channel state ChannelState { channel: Stable, app_id: AppId { qualifier: "dev", organization: "warp", application_name: "Warp-Stable" }, additional_features: {}, firebase_api_key: "AIzaSyBdy3O3S9hrdayLJxJ7mriBR4qgUaUygAs", server_root_url: "https://app.warp.dev", ws_server_url: "wss://rtc.app.warp.dev/graphql", session_sharing_server_url: Some("wss://sessions.app.warp.dev"), rudderstack_write_key: "2iyG8S1RaV4XTX6SEypetFSEbLK", rudderstack_root_url: "https://warpianwzlfqdq.dataplane.rudderstack.com", releases_base_url: "https://releases.warp.dev", sentry_url: "https://0195a81da0714f55a93ee4624825f9ec@o540343.ingest.sentry.io/5658526", logfile_name: "warp.log", show_autoupdate_menu_items: true } and version Some("v0.2024.11.05.08.02.stable_02")
15:54:33 [INFO] Performance metrics collector started
15:54:33 [INFO] Dropping empty RudderStack telemetry batch
15:54:33 [INFO] Flushed telemetry events.
15:54:33 [INFO] Initializing app services
15:54:33 [WARN] SQLite error 283 (A WAL mode database file was recovered): recovered 467 frames from WAL file /Users/jail/Library/Application Support/dev.warp.Warp-Stable/warp.sqlite-wal
15:54:33 [INFO] Connecting to SQLite database
15:54:33 [INFO] fetching team tester status
15:54:33 [INFO] Checking for update on channel stable_release. Update id is z4pLDsl
15:54:33 [INFO] Fetching channel versions (without changelogs) from Warp server
15:54:33 [INFO] dispatching global action for root_view:open_from_restored
15:54:33 [INFO] Start to send telemetry events to RudderStack
15:54:33 [INFO] Start to send telemetry events to RudderStack
15:54:33 [INFO] Computing available system fonts
15:54:33 [WARN] Could not find current AIAgentApiType value in dropdown option list
15:54:33 [INFO] Start to send telemetry events to RudderStack
15:54:33 [INFO] Block finished with new state DoneWithExecution
15:54:33 [INFO] Block finished with new state DoneWithExecution
15:54:33 [INFO] Starting shell /bin/zsh
15:54:33 [INFO] Successfully spawned child zsh process with pid 17273
15:54:33 [INFO] Successfully spawned tty with pid: 17273
15:54:33 [INFO] Starting shell /bin/zsh
15:54:33 [INFO] Successfully spawned child zsh process with pid 17275
15:54:33 [INFO] Successfully spawned tty with pid: 17275
15:54:33 [INFO] Block finished with new state DoneWithExecution
15:54:33 [INFO] Block finished with new state DoneWithExecution
15:54:33 [INFO] Starting shell /bin/zsh
15:54:33 [INFO] Successfully spawned child zsh process with pid 17277
15:54:33 [INFO] Successfully spawned tty with pid: 17277
15:54:33 [INFO] Opening window with id 0
15:54:33 [INFO] Fetching channel versions and changelogs from Warp server
15:54:33 [INFO] Using discrete GPU for rendering new window.
15:54:33 [INFO] Computing available system fonts
15:54:33 [WARN] Could not find current AIAgentApiType value in dropdown option list
15:54:33 [INFO] Block finished with new state DoneWithExecution
15:54:33 [INFO] Block finished with new state DoneWithExecution
15:54:33 [INFO] Block finished with new state DoneWithExecution
15:54:33 [INFO] Starting shell /bin/zsh
15:54:33 [INFO] Successfully spawned child zsh process with pid 17285
15:54:33 [INFO] Successfully spawned tty with pid: 17285
15:54:33 [INFO] Opening window with id 1
15:54:33 [INFO] Using discrete GPU for rendering new window.
15:54:33 [INFO] Received InitShell hook
15:54:33 [INFO] Received InitShell hook
15:54:33 [INFO] Received InitShell hook
15:54:33 [INFO] Received InitShell hook
thread 'main' panicked at ui/src/core/app.rs:391:32:
already borrowed: BorrowMutError
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Failed to send log record to host process: EPIPE: Broken pipe
Failed to send log record to host process: EPIPE: Broken pipe
I removed the yaml that was not formatted as a theme file and the git files from the themes directory and those errors went away.
Backtrace (short)
stack backtrace: 0: _rust_begin_unwind 1: core::panicking::panic_fmt 2: core::cell::panic_already_borrowed 3: _warp_update_layer 4: <unknown> 5: <unknown> 6: <unknown> 7: <unknown> 8: <unknown> 9: <unknown> 10: <warpui::platform::mac::window::WindowManager as warpui::platform::WindowManager>::open_window 11: <warpui::core::app::MutableAppContext>::insert_window::<warp::root_view::RootView, warp::root_view::open_from_restored::{closure#3}> 12: warp::root_view::open_from_restored 13: <warpui::core::app::MutableAppContext>::dispatch_global_action 14: <warpui::platform::app::AppBuilder>::run::<warp::run_internal::{closure#1}>::{closure#0} 15: <<warpui::platform::app::AppBuilder>::run<warp::run_internal::{closure#1}>::{closure#2} as core::ops::function::FnOnce<(&mut warpui::core::app::MutableAppContext, core::pin::Pin<alloc::boxed::Box<dyn core::future::future::Future<Output = warpui::core::app::App>>>)>>::call_once::{shim:vtable#0} 16: <warpui::core::app::App>::update::<(), <warpui::platform::app::AppCallbackDispatcher>::initialize_app::{closure#0}> 17: _warp_app_will_finish_launching 18: <unknown> 19: <unknown> 20: <unknown> 21: <unknown> 22: <unknown> 23: <unknown> 24: <unknown> 25: warp::run_internal 26: warp::run note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
Backtrace (full)
thread 'main' panicked at ui/src/core/app.rs:391:32: already borrowed: BorrowMutError stack backtrace: 0: 0x1037329b4 - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h41035ce174e31160 1: 0x10315cf1c - core::fmt::write::h7e946826fce7616b 2: 0x10372def0 - std::io::Write::write_fmt::he3645adfefb23e4a 3: 0x1037327c8 - std::sys_common::backtrace::print::h2efe9ae66fda73dc 4: 0x1037341f8 - std::panicking::default_hook::{{closure}}::hd27200b4fbd3bf40 5: 0x103733f60 - std::panicking::default_hook::hb8656334461229c8 6: 0x1037350e8 - std::panicking::rust_panic_with_hook::h10171cf76e1aed15 7: 0x103734604 - std::panicking::begin_panic_handler::{{closure}}::h9344de43a47cae21 8: 0x103732e48 - std::sys_common::backtrace::__rust_end_short_backtrace::h55013ada3ab9c4e8 9: 0x103734388 - _rust_begin_unwind 10: 0x105659614 - core::panicking::panic_fmt::h0b16bb09366e1f01 11: 0x105659540 - core::cell::panic_already_borrowed::h70948587632deaad 12: 0x1053f76e8 - _warp_update_layer 13: 0x197611afc - <unknown> 14: 0x197611304 - <unknown> 15: 0x19779f858 - <unknown> 16: 0x1975f3888 - <unknown> 17: 0x193289ef4 - <unknown> 18: 0x19345e378 - <unknown> 19: 0x1053f452c - <warpui[6fdbc27bfea42a8a]::platform::mac::window::WindowManager as warpui[6fdbc27bfea42a8a]::platform::WindowManager>::open_window 20: 0x1038ad724 - <warpui[6fdbc27bfea42a8a]::core::app::MutableAppContext>::insert_window::<warp[969e8f8acfeea52]::root_view::RootView, warp[969e8f8acfeea52]::root_view::open_from_restored::{closure#3}> 21: 0x104c928b4 - warp[969e8f8acfeea52]::root_view::open_from_restored 22: 0x1053b354c - <warpui[6fdbc27bfea42a8a]::core::app::MutableAppContext>::dispatch_global_action 23: 0x104f1523c - <warpui[6fdbc27bfea42a8a]::platform::app::AppBuilder>::run::<warp[969e8f8acfeea52]::run_internal::{closure#1}>::{closure#0} 24: 0x104f6adb0 - <<warpui[6fdbc27bfea42a8a]::platform::app::AppBuilder>::run<warp[969e8f8acfeea52]::run_internal::{closure#1}>::{closure#2} as core[cec0bd9d2fc86fa9]::ops::function::FnOnce<(&mut warpui[6fdbc27bfea42a8a]::core::app::MutableAppContext, core[cec0bd9d2fc86fa9]::pin::Pin<alloc[9bfd1da98798fc47]::boxed::Box<dyn core[cec0bd9d2fc86fa9]::future::future::Future<Output = warpui[6fdbc27bfea42a8a]::core::app::App>>>)>>::call_once::{shim:vtable#0} 25: 0x1053ad4dc - <warpui[6fdbc27bfea42a8a]::core::app::App>::update::<(), <warpui[6fdbc27bfea42a8a]::platform::app::AppCallbackDispatcher>::initialize_app::{closure#0}> 26: 0x1053eb928 - _warp_app_will_finish_launching 27: 0x18eb8a800 - <unknown> 28: 0x18ec1b66c - <unknown> 29: 0x18ec1b5b4 - <unknown> 30: 0x18eb5943c - <unknown> 31: 0x18fd01b14 - <unknown> 32: 0x1926b2d30 - <unknown> 33: 0x1926b29fc - <unknown> 34: 0x104ff68c4 - warp[969e8f8acfeea52]::run_internal 35: 0x104ff5adc - warp[969e8f8acfeea52]::run 36: 0x10370ca34 - std[4ec0ba9e3c6d748b]::sys_common::backtrace::__rust_begin_short_backtrace::<fn() -> core[cec0bd9d2fc86fa9]::result::Result<(), anyhow[371c3e780c0d30cb]::Error>, core[cec0bd9d2fc86fa9]::result::Result<(), anyhow[371c3e780c0d30cb]::Error>> 37: 0x10370ca54 - std[4ec0ba9e3c6d748b]::rt::lang_start::<core[cec0bd9d2fc86fa9]::result::Result<(), anyhow[371c3e780c0d30cb]::Error>>::{closure#0} 38: 0x10372696c - std::rt::lang_start_internal::h27a134f18d582a1e 39: 0x10370d104 - _main
cat ./Library/Logs/warp.log
2024-11-12T16:12:14Z [INFO] Initial open file descriptor limit is 256, with a hard limit of 9223372036854775807 2024-11-12T16:12:14Z [INFO] Increased open file descriptor limit to 2560 2024-11-12T16:12:14Z [INFO] Spawning terminal server process... 2024-11-12T16:12:14Z [INFO] Running terminal server... 2024-11-12T16:12:15Z [INFO] application will finish launching 2024-11-12T16:12:15Z [INFO] Removing old executable dir... 2024-11-12T16:12:15Z [INFO] Removing old executable file... 2024-11-12T16:12:15Z [INFO] Initializing crash reporting Some("mac_stable_release") with tag "v0.2024.11.05.08.02.stable_02"... 2024-11-12T16:12:15Z [INFO] Initializing Sentry for cocoa app with endpoint https://0195a81da0714f55a93ee4624825f9ec@o540343.ingest.sentry.io/5658526 2024-11-12T16:12:15Z [INFO] Starting warp with channel state ChannelState { channel: Stable, app_id: AppId { qualifier: "dev", organization: "warp", application_name: "Warp-Stable" }, additional_features: {}, firebase_api_key: "AIzaSyBdy3O3S9hrdayLJxJ7mriBR4qgUaUygAs", server_root_url: "https://app.warp.dev", ws_server_url: "wss://rtc.app.warp.dev/graphql", session_sharing_server_url: Some("wss://sessions.app.warp.dev"), rudderstack_write_key: "2iyG8S1RaV4XTX6SEypetFSEbLK", rudderstack_root_url: "https://warpianwzlfqdq.dataplane.rudderstack.com", releases_base_url: "https://releases.warp.dev", sentry_url: "https://0195a81da0714f55a93ee4624825f9ec@o540343.ingest.sentry.io/5658526", logfile_name: "warp.log", show_autoupdate_menu_items: true } and version Some("v0.2024.11.05.08.02.stable_02") 2024-11-12T16:12:15Z [INFO] Performance metrics collector started 2024-11-12T16:12:15Z [INFO] Dropping empty RudderStack telemetry batch 2024-11-12T16:12:15Z [INFO] Flushed telemetry events. 2024-11-12T16:12:15Z [INFO] Initializing app services 2024-11-12T16:12:15Z [WARN] SQLite error 283 (A WAL mode database file was recovered): recovered 479 frames from WAL file /Users/jail/Library/Application Support/dev.warp.Warp-Stable/warp.sqlite-wal 2024-11-12T16:12:15Z [INFO] Connecting to SQLite database 2024-11-12T16:12:15Z [INFO] fetching team tester status 2024-11-12T16:12:15Z [INFO] Checking for update on channel stable_release. Update id is 10DfV2W 2024-11-12T16:12:15Z [INFO] Fetching channel versions (without changelogs) from Warp server 2024-11-12T16:12:15Z [INFO] dispatching global action for root_view:open_from_restored 2024-11-12T16:12:15Z [INFO] Start to send telemetry events to RudderStack 2024-11-12T16:12:15Z [INFO] Start to send telemetry events to RudderStack 2024-11-12T16:12:15Z [INFO] Computing available system fonts 2024-11-12T16:12:15Z [WARN] Could not find current AIAgentApiType value in dropdown option list 2024-11-12T16:12:15Z [INFO] Start to send telemetry events to RudderStack 2024-11-12T16:12:15Z [INFO] Block finished with new state DoneWithExecution 2024-11-12T16:12:15Z [INFO] Block finished with new state DoneWithExecution 2024-11-12T16:12:15Z [INFO] Starting shell /bin/zsh 2024-11-12T16:12:15Z [INFO] Successfully spawned tty with pid: 21496 2024-11-12T16:12:15Z [INFO] Successfully spawned child zsh process with pid 21496 2024-11-12T16:12:15Z [INFO] Starting shell /bin/zsh 2024-11-12T16:12:15Z [INFO] Successfully spawned child zsh process with pid 21497 2024-11-12T16:12:15Z [INFO] Successfully spawned tty with pid: 21497 2024-11-12T16:12:15Z [INFO] Block finished with new state DoneWithExecution 2024-11-12T16:12:15Z [INFO] Block finished with new state DoneWithExecution 2024-11-12T16:12:15Z [INFO] Starting shell /bin/zsh 2024-11-12T16:12:15Z [INFO] Successfully spawned child zsh process with pid 21499 2024-11-12T16:12:15Z [INFO] Successfully spawned tty with pid: 21499 2024-11-12T16:12:15Z [INFO] Opening window with id 0 2024-11-12T16:12:15Z [INFO] Fetching channel versions and changelogs from Warp server 2024-11-12T16:12:15Z [INFO] Using discrete GPU for rendering new window. 2024-11-12T16:12:15Z [INFO] Computing available system fonts 2024-11-12T16:12:15Z [WARN] Could not find current AIAgentApiType value in dropdown option list 2024-11-12T16:12:15Z [INFO] Block finished with new state DoneWithExecution 2024-11-12T16:12:15Z [INFO] Block finished with new state DoneWithExecution 2024-11-12T16:12:15Z [INFO] Block finished with new state DoneWithExecution 2024-11-12T16:12:15Z [INFO] Starting shell /bin/zsh 2024-11-12T16:12:15Z [INFO] Successfully spawned child zsh process with pid 21507 2024-11-12T16:12:15Z [INFO] Successfully spawned tty with pid: 21507 2024-11-12T16:12:15Z [INFO] Opening window with id 1 2024-11-12T16:12:15Z [INFO] Using discrete GPU for rendering new window. 2024-11-12T16:12:15Z [INFO] Received InitShell hook 2024-11-12T16:12:15Z [INFO] Received InitShell hook 2024-11-12T16:12:15Z [INFO] Received InitShell hook 2024-11-12T16:12:15Z [INFO] Received InitShell hook 2024-11-12T16:12:15Z [INFO] Received channel versions from Warp server: dev: ChannelVersion { version_info: VersionInfo { version: "v0.2024.11.11.08.02.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.11.11.08.02.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.11.05.08.02.beta_00", update_by: None, soft_cutoff: None }, overrides: [] }; stable: ChannelVersion { version_info: VersionInfo { version: "v0.2024.11.05.08.02.stable_02", update_by: None, soft_cutoff: Some("v0.2024.09.17.08.02.stable_01") }, overrides: [] } 2024-11-12T16:12:15Z [INFO] Received channel versions from Warp server: dev: ChannelVersion { version_info: VersionInfo { version: "v0.2024.11.11.08.02.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.11.11.08.02.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.11.05.08.02.beta_00", update_by: None, soft_cutoff: None }, overrides: [] }; stable: ChannelVersion { version_info: VersionInfo { version: "v0.2024.11.05.08.02.stable_02", update_by: None, soft_cutoff: Some("v0.2024.09.17.08.02.stable_01") }, overrides: [] }
I completely purged my system of warp assets inc. DBs, config and themes and re-installed it.
Warp works now.
@mark-jordanovic-lewis Thanks for sharing the details. As far as I'm aware, the fix for this issue went out last weeks release. We're fairly confident it won't return in future releases, but please keep an eye out for this issue and let us know.
@dannyneira good to know. I can't pin down what it was that was causing the problem, and I was annoyed at having to set up my config again - however the UI is intuitive and it was easy to get back up and running once I could sort of work out what was going on.
Thanks for staying on this and replying. I will post if this happens again and the solution above does not fix things.
Hi Folks, this issue should be resolved in the latest release of Warp! Note that you may still see the issue if you're on an older build and updating to v0.2024.11.12.08.02 and beyond. Once you're on version v0.2024.11.12.08.02 or higher, the permission issue should not persist.
Please update and let us know if you continue seeing the issue in this week's Thursday release.
Discord username (optional)
No response
Describe the bug
I was in the process of fairly routine git activity and the Warp shell suddenly lost permission to access files and directories. A screenshot of the error message and failure to even run
ls
is below.If I quit and restart, it works fine.
Sometimes sudden permission loss happens in the middle of running a program (in this case Python scripts driving an executable), which makes it crash.
To Reproduce
The last thing I did before the screenshot above was
git push --force
but sometimes the sudden permission loss happens in the middle of runnig a Python script.Expected behavior
The shell should keep running with normal permissions.
Screenshots
No response
Operating System
MacOS
Operating System and Version
macOS 13.3.1
Shell Version
zsh 5.9 (x86_64-apple-darwin22.0)
Warp Version
v0.2023.04.25.08.05.stable_00
Additional context
No response
Does this block you from using Warp daily?
No
Is this a Warp specific issue? (i.e. does it happen in Terminal, iTerm, Kitty, etc.)
Yes, this I confirmed this only happens in Warp, not other terminals.
Warp Internal (ignore): linear-label:b8107fdf-ba31-488d-b103-d271c89cac3e
None