Closed
Bug 1953977
Opened 10 months ago
Closed 9 months ago
SyncedBookmarksMirror.fetchLocalChangeRecords doesn't always abort a connection properly when signalled
Categories
(Toolkit :: Places, defect, P3)
Toolkit
Places
Tracking
()
RESOLVED
FIXED
138 Branch
| Tracking | Status | |
|---|---|---|
| firefox138 | --- | fixed |
People
(Reporter: standard8, Assigned: standard8)
Details
Attachments
(1 file)
When looking at fixing TypeScript issues on SyncedBookmarksMirror.sys.mjs, I noticed that there is a case where we check signal.interrupted, where signal is of type AbortSignal, but it does not have a interrupted property. Given the rest of the code in the file it looks like it should be aborted.
If I understand the code correctly, then the adverse effect could be that if we happened to abort at the time of that query, then we would not abort the query straight away, but carry on until the query had finished. I think realistically, there's unlikely to be a lot of records, so this probably isn't a significant issue, though we should fix it anyway.
| Assignee | ||
Comment 1•10 months ago
|
||
Pushed by mbanner@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/1a49195e4b8b
Fix issue in aborting the fetch of local change records for bookmark sync. r=places-reviewers,daisuke
Comment 3•9 months ago
|
||
| bugherder | ||
Status: NEW → RESOLVED
Closed: 9 months ago
status-firefox138:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 138 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•