Prompt user to keep or delete saved notes on window close; bump version to 2.6.6 by Copilot · Pull Request #14 · SillyLittleTech/PinStick

Copilot · 2026-04-06T09:27:25Z

Adds a "keep vs delete saved notes" confirmation when closing the app window in the cross-platform Tauri build, and bumps all app versions to 2.6.6.

Changes Made

Cross-platform close dialog: Intercepts onCloseRequested with an in-page HTML overlay dialog (no new dependencies). The user is prompted to keep or delete their cached note before the window closes.
Reliable close flow: closeApproved is checked as the very first thing in the handler, before event.preventDefault(), so our own appWindow.close() call is never re-intercepted. event.preventDefault() is always called for every non-approved close. Every exit path (no data, keep data, delete data, error) explicitly sets closeApproved = true and calls appWindow.close() — nothing relies on Tauri v1 internal behaviour.
Empty-note case: When there is no saved data, the window closes immediately without prompting.
Re-entry guard: isCloseDialogOpen flag prevents a second close attempt from stacking a new dialog while one is already visible.
Accessibility: Focus is trapped within the dialog (Tab/Shift+Tab), background <header> and <main> are marked aria-hidden while the dialog is open, focus is restored to the previously-focused element on close, and Escape dismisses the dialog keeping data (safe default).
macOS: Switch note persistence to @AppStorage("pinstick-note") and set isDocumentEdited on onAppear so the close prompt is shown correctly even when closing immediately after launch.
Dead code removed: Unused closeApplication() function and leftover closeSubscription/unlistenCloseRequested block (which caused a ReferenceError on startup) removed.
Version bumps: package.json, package-lock.json, tauri.conf.json, Cargo.toml, Cargo.lock, and Jot.xcodeproj/project.pbxproj all updated to 2.6.6.
Versioning docs: Added versioning rules to .github/copilot-instructions.md and created root AGENTS.md.

deepsource-io · 2026-04-06T09:27:45Z

DeepSource Code Review

We reviewed changes in 777cd26...dd7ea0a on this pull request. Below is the summary for the review, and you can see the individual issues we found as inline review comments.

See full review on DeepSource ↗

PR Report Card

Overall Grade	Security Reliability Complexity Hygiene

Code Review Summary

Analyzer	Status	Updated (UTC)	Details
Rust		Apr 6, 2026 1:26p.m.	Review ↗

Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/0dc7e48c-9f94-482b-a2b5-167f67f17df3 Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/ae417432-2ced-490e-badf-f953e209ef04 Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

Copilot

Pull request overview

Adds a “keep vs delete saved notes” confirmation when closing the app window, aligning behavior across the macOS SwiftUI app and the cross-platform Tauri preview, and bumps app versions to 2.6.1.

Changes:

macOS: update close confirmation UI and switch note persistence to @AppStorage("pinstick-note").
Cross-platform: intercept window close, prompt user, and optionally clear localStorage note.
Version bumps across Xcode project + Tauri package/Rust manifests/locks to 2.6.1.

Reviewed changes

Copilot reviewed 6 out of 8 changed files in this pull request and generated 2 comments.

Show a summary per file

File	Description
PinStickApp.swift	Updates close prompt logic and note persistence via `@AppStorage`; sets initial window “edited” state from saved note.
Jot.xcodeproj/project.pbxproj	Bumps MARKETING_VERSION to 2.6.1 across targets.
cross-platform/src/main.js	Adds close-request handler to prompt keep/delete of saved note in `localStorage`.
cross-platform/src-tauri/tauri.conf.json	Bumps Tauri app version to 2.6.1.
cross-platform/src-tauri/Cargo.toml	Bumps Rust crate version to 2.6.1.
cross-platform/src-tauri/Cargo.lock	Updates lock entry for `pinstick` version.
cross-platform/package.json	Bumps npm package version to 2.6.1.
cross-platform/package-lock.json	Updates lockfile version fields to 2.6.1.

Files not reviewed (1)

cross-platform/package-lock.json: Language not supported

kiyarose

There is an issue with this build, in all versions of the app the prompt to close the app or not does not properly get invoked, this rather than asking the user what to do with their data, prevents the app from closing all-together.

…on close Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/9548dbdf-fed4-4754-8944-7716e8ed98dd Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/9548dbdf-fed4-4754-8944-7716e8ed98dd Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

Copilot · 2026-04-06T09:58:28Z

There is an issue with this build, in all versions of the app the prompt to close the app or not does not properly get invoked, this rather than asking the user what to do with their data, prevents th...

Fixed in a979553. The root cause was that TAURI.dialog.ask() was called without the dialog allowlist being enabled in tauri.conf.json — it would throw after event.preventDefault() had already been called, leaving the window permanently stuck. Replaced it with an in-page HTML overlay dialog (no new dependencies) so the prompt reliably appears and appWindow.close() is now in a finally block to guarantee the window always closes regardless of any error.

… 2.6.3 Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/1cc29274-f0b2-4283-a0a7-3f19992daf66 Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

…havior-issues Bump version to 2.11.0 and fix Tauri window close handler race

Copilot

Pull request overview

Copilot reviewed 10 out of 12 changed files in this pull request and generated 12 comments.

Files not reviewed (1)

cross-platform/package-lock.json: Language not supported

Copilot · 2026-04-06T13:15:39Z

+
+ if (closeSubscription && typeof closeSubscription.then === "function") {
+ closeSubscription.then((unlisten) => {
+ unlistenCloseRequested = unlisten;
+ }).catch((err) => {
+ console.error("Failed to subscribe to close requests:", err);
+ });
+ } else if (typeof closeSubscription === "function") {
+ unlistenCloseRequested = closeSubscription;
+ }


closeSubscription and unlistenCloseRequested are referenced here but never declared in this file. In JS this will throw a ReferenceError on startup, preventing the app from initializing. Either capture the return value of appWindow.onCloseRequested(...) into a local variable (and declare unlistenCloseRequested), or remove this leftover unlisten wiring if it’s no longer needed.
Suggested change
if(closeSubscription&&typeofcloseSubscription.then==="function"){
closeSubscription.then((unlisten)=>{
unlistenCloseRequested=unlisten;
}).catch((err)=>{
console.error("Failed to subscribe to close requests:",err);
});
}elseif(typeofcloseSubscription==="function"){
unlistenCloseRequested=closeSubscription;
}

Copilot · 2026-04-06T13:15:39Z

+ // Prompt the user about their saved notes when they close the window.
+ // Always call event.preventDefault() so we fully control when the window
+ // closes; use closeApproved so our own appWindow.close() call is never
+ // re-intercepted, avoiding the unlisten race condition.
+ if (TAURI && TAURI.window && TAURI.window.appWindow) {
+ let shouldBypassClosePrompt = false;
+
+ TAURI.window.appWindow.onCloseRequested(async (event) => {
+ if (shouldBypassClosePrompt) return;
+
+ const hasData = noteEl.value.length > 0;
+ if (!hasData) return;


The inline comment mentions closeApproved, but the actual guard variable is shouldBypassClosePrompt. Also, the comment claims event.preventDefault() is always called, but the handler returns early before calling it when shouldBypassClosePrompt or !hasData. Please update the comment and/or the control flow so it matches the intended close semantics.

Copilot · 2026-04-06T13:15:39Z

+async function closeApplication() {
+ let exitError = null;
+
+ if (TAURI && TAURI.process && typeof TAURI.process.exit === "function") {
+ try {
+ await TAURI.process.exit(0);
+ return;
+ } catch (err) {
+ exitError = err;
+ console.warn("TAURI.process.exit(0) failed; falling back to appWindow.close():", err);
+ }
+ }
+
+ if (TAURI && TAURI.window && TAURI.window.appWindow) {
+ try {
+ await TAURI.window.appWindow.close();
+ return;
+ } catch (err) {
+ console.error("TAURI.window.appWindow.close() failed:", err);
+ throw new Error(
+ exitError
+ ? "Unable to close application after TAURI.process.exit(0) and appWindow.close() both failed."
+ : "Unable to close application with appWindow.close()."
+ );
+ }
+ }
+
+ throw new Error(
+ exitError
+ ? "TAURI.process.exit(0) failed and no appWindow.close() fallback is available."
+ : "No supported application close mechanism is available."
+ );
+}
+


closeApplication() is added but never used anywhere in the cross-platform frontend. If it’s not part of the close flow anymore, removing it will reduce surface area and avoid future confusion about the supported shutdown mechanism.
Suggested change
asyncfunctioncloseApplication(){
letexitError=null;
if(TAURI&&TAURI.process&&typeofTAURI.process.exit==="function"){
try{
awaitTAURI.process.exit(0);
return;
}catch(err){
exitError=err;
console.warn("TAURI.process.exit(0) failed; falling back to appWindow.close():",err);
}
}
if(TAURI&&TAURI.window&&TAURI.window.appWindow){
try{
awaitTAURI.window.appWindow.close();
return;
}catch(err){
console.error("TAURI.window.appWindow.close() failed:",err);
thrownewError(
exitError
? "Unable to close application after TAURI.process.exit(0) and appWindow.close() both failed."
: "Unable to close application with appWindow.close()."
);
}
}
thrownewError(
exitError
? "TAURI.process.exit(0) failed and no appWindow.close() fallback is available."
: "No supported application close mechanism is available."
);
}

Copilot · 2026-04-06T13:15:40Z

+ <p id="dialog-msg">Heads up! Your data will be cached to this app. Is that okay?</p>
+ <div class="dialog-buttons">
+ <button id="dialog-yea" type="button">Yea</button>
+ <button id="dialog-nah" type="button">Nah</button>


The dialog text/buttons don’t clearly communicate the destructive action implied by the close flow (deleting the saved note). Using ambiguous labels like “Yea”/“Nah” makes it hard for users (and screen readers) to understand which choice keeps vs deletes notes; consider explicit labels like “Keep notes” / “Delete notes”.
Suggested change
<pid="dialog-msg">Heads up! Your data will be cached to this app. Is that okay?</p>
<divclass="dialog-buttons">
<buttonid="dialog-yea" type="button">Yea</button>
<buttonid="dialog-nah" type="button">Nah</button>
<pid="dialog-msg">Closing now will delete this saved note. Do you want to keep your notes or delete them?</p>
<divclass="dialog-buttons">
<buttonid="dialog-yea" type="button">Keep notes</button>
<buttonid="dialog-nah" type="button">Delete notes</button>

Copilot · 2026-04-06T13:15:40Z

 "package": {
 "productName": "PinStick",
- "version": "2.6.0"
+ "version": "2.11.0"
 },


PR title/description indicate a bump to 2.6.5, but this sets the Tauri package.version to 2.11.0. Please keep version fields consistent across the repo (and with the PR’s intended version).

Copilot · 2026-04-06T13:15:41Z

 LD_RUNPATH_SEARCH_PATHS = "@executable_path/Frameworks";
 "LD_RUNPATH_SEARCH_PATHS[sdk=macosx*]" = "@executable_path/../Frameworks";
 MACOSX_DEPLOYMENT_TARGET = 14.0;
- MARKETING_VERSION = 2.5.8;
+ MARKETING_VERSION = 2.11.0;
 PRODUCT_BUNDLE_IDENTIFIER = slf.PinStick;


Same versioning issue as above: this target config sets MARKETING_VERSION = 2.11.0, which conflicts with the PR’s stated 2.6.5 bump. All target configurations should be updated consistently.

Copilot · 2026-04-06T13:15:41Z

 GENERATE_INFOPLIST_FILE = YES;
 IPHONEOS_DEPLOYMENT_TARGET = 18.5;
 MACOSX_DEPLOYMENT_TARGET = 15.5;
- MARKETING_VERSION = 2.5.8;
+ MARKETING_VERSION = 2.11.0;
 PRODUCT_BUNDLE_IDENTIFIER = slf.PinStickTests;


MARKETING_VERSION is set to 2.11.0 for the test target, but the PR is intended to bump versions to 2.6.5. Keep all target MARKETING_VERSIONs aligned to the same app version.

Copilot · 2026-04-06T13:15:41Z

 GENERATE_INFOPLIST_FILE = YES;
 IPHONEOS_DEPLOYMENT_TARGET = 18.5;
 MACOSX_DEPLOYMENT_TARGET = 15.5;
- MARKETING_VERSION = 2.5.8;
+ MARKETING_VERSION = 2.11.0;
 PRODUCT_BUNDLE_IDENTIFIER = slf.PinStickTests;


MARKETING_VERSION is set to 2.11.0 here as well; please align it with the intended 2.6.5 bump and keep it consistent across all configurations/targets in the project file.

Copilot · 2026-04-06T13:15:41Z

 GENERATE_INFOPLIST_FILE = YES;
 IPHONEOS_DEPLOYMENT_TARGET = 18.5;
 MACOSX_DEPLOYMENT_TARGET = 15.5;
- MARKETING_VERSION = 2.5.8;
+ MARKETING_VERSION = 2.11.0;
 PRODUCT_BUNDLE_IDENTIFIER = slf.PinStickUITests;


This config also bumps MARKETING_VERSION to 2.11.0, conflicting with the PR’s stated 2.6.5. Update this occurrence to match the final chosen version, consistently across the file.

Copilot · 2026-04-06T13:15:42Z

 GENERATE_INFOPLIST_FILE = YES;
 IPHONEOS_DEPLOYMENT_TARGET = 18.5;
 MACOSX_DEPLOYMENT_TARGET = 15.5;
- MARKETING_VERSION = 2.5.8;
+ MARKETING_VERSION = 2.11.0;
 PRODUCT_BUNDLE_IDENTIFIER = slf.PinStickUITests;


Another MARKETING_VERSION = 2.11.0 occurrence in this PR; please make sure all target configurations use the same intended version (2.6.5 per PR title/description).

kiyarose

Multiple SWE agents are stuck on this issue either;
A. The application gets stuck in a state where the modal/prompt works, but only takes effect after attempting to close again. And closing without making changes is impossible.
or
B. The application takes no action at all about the modal/prompt response, and it is always impossible to close the application.

…ersions to 2.6.6 Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/7b86aae4-0989-44ef-9598-6e912d9cc5b0 Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

Copilot · 2026-04-06T13:26:20Z

Multiple SWE agents are stuck on this issue either;
A. The application gets stuck in a state where the modal/prompt works, but only takes effect after attempting to close again. And closing without ma...

Fixed in commit dd7ea0a. The root causes of both scenarios were introduced by subsequent agents overwriting the working logic:

Scenario B (impossible to close) — closeSubscription and unlistenCloseRequested were referenced but never declared, throwing a ReferenceError from init() on every startup. Additionally, the no-data path returned without calling event.preventDefault() and without calling appWindow.close(), leaving Tauri in an ambiguous state.

Scenario A (requires second close) — The shouldBypassClosePrompt guard was checked afterevent.preventDefault() was already called, and appWindow.close() was buried inside a try block with no guarantee it ran on every exit path.

The fix restores the correct pattern:

closeApproved is checked beforeevent.preventDefault() — so our own appWindow.close() call is never re-intercepted
event.preventDefault() is always called for every non-approved close (explicit ownership)
Every code path — no data, keep data, delete data, and error — sets closeApproved = true and calls appWindow.close() explicitly; nothing relies on Tauri's internal behaviour
All dead code (closeApplication(), the closeSubscription block) removed
All version fields aligned to 2.6.6

kiyarose

Details

Scenario B (impossible to close) — closeSubscription and unlistenCloseRequested were referenced but never declared, throwing a ReferenceError from init() on every startup. Additionally, the no-data path returned without calling event.preventDefault() and without calling appWindow.close(), leaving Tauri in an ambiguous state.

Scenario A (requires second close) — The shouldBypassClosePrompt guard was checked after event.preventDefault() was already called, and appWindow.close() was buried inside a try block with no guarantee it ran on every exit path.

Latest Commit does not fix issue, Changes from Scenario A to Scenario B.

kiyarose

Details

Scenario B (impossible to close) — closeSubscription and unlistenCloseRequested were referenced but never declared, throwing a ReferenceError from init() on every startup. Additionally, the no-data path returned without calling event.preventDefault() and without calling appWindow.close(), leaving Tauri in an ambiguous state. Scenario A (requires second close) — The shouldBypassClosePrompt guard was checked after event.preventDefault() was already called, and appWindow.close() was buried inside a try block with no guarantee it ran on every exit path.

Latest Commit does not fix issue, Changes from Scenario A to Scenario B.

kiyarose · 2026-04-06T15:32:03Z

not resolved reliably.

Initial plan
58315f4

CopilotAI assigned Copilot and kiyarose Apr 6, 2026

Copilotstarted work on behalf of kiyarose April 6, 2026 09:27 View session

CopilotAI linked an issue Apr 6, 2026 that may be closed by this pull request
Bug: Pinstick no longer prompts the user to close when saved data is entered. #13
Closed

fix: prompt user to keep or delete saved notes when closing
c408845
Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/0dc7e48c-9f94-482b-a2b5-167f67f17df3 Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

CopilotAI changed the title ~~[WIP] Fix PinStick not prompting user on close when data is entered~~Prompt user to keep or delete saved notes on window closeApr 6, 2026

CopilotAI requested a review from kiyarose April 6, 2026 09:34

Copilotfinished work on behalf of kiyarose April 6, 2026 09:34

Copilotstarted work on behalf of kiyarose April 6, 2026 09:36 View session

CopilotAIand others added 2 commits April 6, 2026 09:37

chore: plan dialog wording change + package-lock version fix
f8bf144
Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/ae417432-2ced-490e-badf-f953e209ef04 Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

chore: bump version to 2.6.1 and update close dialog wording
7d5aa77
Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/ae417432-2ced-490e-badf-f953e209ef04 Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

Copilotfinished work on behalf of kiyarose April 6, 2026 09:41

kiyarose marked this pull request as ready for review April 6, 2026 09:43

CopilotAI review requested due to automatic review settings April 6, 2026 09:43

CopilotAI reviewed Apr 6, 2026
View reviewed changes

Comment threadPinStickApp.swift
Comment threadcross-platform/src/main.js Outdated

kiyarose requested changes Apr 6, 2026
View reviewed changes

kiyarose marked this pull request as draft April 6, 2026 09:52

Copilotstarted work on behalf of kiyarose April 6, 2026 09:52 View session

CopilotAIand others added 2 commits April 6, 2026 09:56

fix: replace TAURI.dialog.ask with in-page overlay; fix window stuck …
a979553
…on close Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/9548dbdf-fed4-4754-8944-7716e8ed98dd Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

chore: bump version to 2.6.2
774283c
Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/9548dbdf-fed4-4754-8944-7716e8ed98dd Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

CopilotAI changed the title ~~Prompt user to keep or delete saved notes on window close~~Prompt user to keep or delete saved notes on window close; bump version to 2.6.2Apr 6, 2026

CopilotAI requested a review from kiyarose April 6, 2026 10:00

Copilotfinished work on behalf of kiyarose April 6, 2026 10:00

kiyarose marked this pull request as ready for review April 6, 2026 10:01

kiyarose marked this pull request as draft April 6, 2026 10:14

Copilotstarted work on behalf of kiyarose April 6, 2026 10:14 View session

fix: use unlisten to deregister close handler before closing; bump to…
c6e48dd
… 2.6.3 Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/1cc29274-f0b2-4283-a0a7-3f19992daf66 Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

Merge pull request#18from SillyLittleTech/codex/fix-modal-dialog-be…
566475b
…havior-issues Bump version to 2.11.0 and fix Tauri window close handler race

kiyarose marked this pull request as draft April 6, 2026 13:10

kiyarose marked this pull request as ready for review April 6, 2026 13:10

kiyarose requested a review from Copilot April 6, 2026 13:10

Copilotstarted reviewing on behalf of kiyarose April 6, 2026 13:11 View session

CopilotAI reviewed Apr 6, 2026
View reviewed changes

kiyarose requested changes Apr 6, 2026
View reviewed changes

Copilotstarted work on behalf of kiyarose April 6, 2026 13:19 View session

fix: restore correct closeApproved pattern, remove dead code, align v…
dd7ea0a
…ersions to 2.6.6 Agent-Logs-Url: https://github.com/SillyLittleTech/PinStick/sessions/7b86aae4-0989-44ef-9598-6e912d9cc5b0 Co-authored-by: kiyarose <75678535+kiyarose@users.noreply.github.com>

CopilotAI changed the title ~~Prompt user to keep or delete saved notes on window close; bump version to 2.6.5~~Prompt user to keep or delete saved notes on window close; bump version to 2.6.6Apr 6, 2026

Copilotfinished work on behalf of kiyarose April 6, 2026 13:28

CopilotAI requested a review from kiyarose April 6, 2026 13:28

kiyarose marked this pull request as draft April 6, 2026 13:28

kiyarose marked this pull request as ready for review April 6, 2026 13:28

kiyarose requested changes Apr 6, 2026
View reviewed changes

Copilotstarted work on behalf of kiyarose April 6, 2026 13:44 View session

kiyarose marked this pull request as draft April 6, 2026 13:45

CopilotAI requested a review from kiyarose April 6, 2026 14:08

kiyarose requested changes Apr 6, 2026
View reviewed changes

Copilotstarted work on behalf of kiyarose April 6, 2026 14:59 View session

CopilotAI requested a review from kiyarose April 6, 2026 15:22

kiyarose marked this pull request as ready for review April 6, 2026 15:26

kiyarose closed this Apr 6, 2026

kiyarose deleted the copilot/bug-fix-pinstick-close-prompt branch April 6, 2026 15:32

kiyarose restored the copilot/bug-fix-pinstick-close-prompt branch April 6, 2026 15:34

kiyarose deleted the copilot/bug-fix-pinstick-close-prompt branch April 6, 2026 15:34

-if(closeSubscription&&typeofcloseSubscription.then==="function"){
-closeSubscription.then((unlisten)=>{
-unlistenCloseRequested=unlisten;
-}).catch((err)=>{
-console.error("Failed to subscribe to close requests:",err);
-});
-}elseif(typeofcloseSubscription==="function"){
-unlistenCloseRequested=closeSubscription;
-}

-asyncfunctioncloseApplication(){
-letexitError=null;
-if(TAURI&&TAURI.process&&typeofTAURI.process.exit==="function"){
-try{
-awaitTAURI.process.exit(0);
-return;
-}catch(err){
-exitError=err;
-console.warn("TAURI.process.exit(0) failed; falling back to appWindow.close():",err);
-}
-}
-if(TAURI&&TAURI.window&&TAURI.window.appWindow){
-try{
-awaitTAURI.window.appWindow.close();
-return;
-}catch(err){
-console.error("TAURI.window.appWindow.close() failed:",err);
-thrownewError(
-exitError
- ? "Unable to close application after TAURI.process.exit(0) and appWindow.close() both failed."
- : "Unable to close application with appWindow.close()."
-);
-}
-}
-thrownewError(
-exitError
- ? "TAURI.process.exit(0) failed and no appWindow.close() fallback is available."
- : "No supported application close mechanism is available."
-);
-}

-<pid="dialog-msg">Heads up! Your data will be cached to this app. Is that okay?</p>
-<divclass="dialog-buttons">
-<buttonid="dialog-yea" type="button">Yea</button>
-<buttonid="dialog-nah" type="button">Nah</button>
+<pid="dialog-msg">Closing now will delete this saved note. Do you want to keep your notes or delete them?</p>
+<divclass="dialog-buttons">
+<buttonid="dialog-yea" type="button">Keep notes</button>
+<buttonid="dialog-nah" type="button">Delete notes</button>

Uh oh!

Conversation

CopilotAI commented Apr 6, 2026• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Changes Made

Uh oh!

deepsource-ioBot commented Apr 6, 2026• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

DeepSource Code Review

PR Report Card

Code Review Summary

Uh oh!

CopilotAI left a comment

Choose a reason for hiding this comment

Pull request overview

Reviewed changes

Uh oh!

Uh oh!

Uh oh!

kiyarose left a comment

Choose a reason for hiding this comment

Uh oh!

CopilotAI commented Apr 6, 2026

Uh oh!

CopilotAI left a comment

Choose a reason for hiding this comment

Pull request overview

Uh oh!

CopilotAIApr 6, 2026

Choose a reason for hiding this comment

Uh oh!

CopilotAIApr 6, 2026

Choose a reason for hiding this comment

Uh oh!

CopilotAIApr 6, 2026

Choose a reason for hiding this comment

Uh oh!

CopilotAIApr 6, 2026

Choose a reason for hiding this comment

Uh oh!

CopilotAIApr 6, 2026

Choose a reason for hiding this comment

Uh oh!

CopilotAIApr 6, 2026

Choose a reason for hiding this comment

Uh oh!

CopilotAIApr 6, 2026

Choose a reason for hiding this comment

Uh oh!

CopilotAIApr 6, 2026

Choose a reason for hiding this comment

Uh oh!

CopilotAIApr 6, 2026

Choose a reason for hiding this comment

Uh oh!

CopilotAIApr 6, 2026

Choose a reason for hiding this comment

Uh oh!

kiyarose left a comment

Choose a reason for hiding this comment

Uh oh!

CopilotAI commented Apr 6, 2026

Uh oh!

kiyarose left a comment

Choose a reason for hiding this comment

Uh oh!

kiyarose left a comment

Choose a reason for hiding this comment

Uh oh!

kiyarose commented Apr 6, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants

CopilotAI commented Apr 6, 2026•
edited
Loading

deepsource-ioBot commented Apr 6, 2026•
edited
Loading