Skip to content

Fix crash in New Collection Wizard - #18

Merged
andrew-polk merged 1 commit into
BloomBooks:masterfrom
ermshiperete:BL-570
Oct 9, 2014
Merged

Fix crash in New Collection Wizard#18
andrew-polk merged 1 commit into
BloomBooks:masterfrom
ermshiperete:BL-570

Conversation

@ermshiperete

Copy link
Copy Markdown
Contributor

A recent change on the Windows side added a field to set the text
for the cancel button but didn't implement the Linux side.
This fixes BL-570/BL-571.

A recent change on the Windows side added a field to set the text
for the cancel button but didn't implement the Linux side.
This fixes BL-570/BL-571.
andrew-polk added a commit that referenced this pull request Oct 9, 2014
Fix crash in New Collection Wizard
@andrew-polk
andrew-polk merged commit 019d7de into BloomBooks:master Oct 9, 2014
@ermshiperete
ermshiperete deleted the BL-570 branch October 10, 2014 06:18
JohnThomson added a commit that referenced this pull request Jul 13, 2026
…ckout display (bugs #17, #18)

Bug #18: after a teammate renamed a book (rename carried by check-in), the
receiving side grew TWO local folders with one instance id. Base
NewBookRenamedFrom's heuristic -- "a local folder with repo status can't be the
rename source" -- assumes name-keyed status and is inverted under identity-first
resolution: the old-name folder resolving by id to the renamed row is exactly
what marks it as the rename source. Detection therefore always failed, the
renamed book was auto-downloaded as NEW next to the old folder, and later syncs
refreshed the old folder's content through its identity binding.

NewBookRenamedFrom is now protected internal virtual (base body unchanged, so
FolderTeamCollection behavior is byte-identical) and CloudTeamCollection
overrides it with an exact instance-id comparison. The two auto-download sweeps
(QueueMissingRepoBooksForBackgroundDownload, and a re-check in
DownloadMissingBookInBackground after the repo-presence check) now skip repo
books that are renames of existing local books; both paths are only reachable
for backends with CanAutoApplyRemoteChanges (cloud). The actual folder rename
still happens in the existing sync rename-from-remote pass, which is already
identity-driven and needs no change.

Bug #17: new/local-only books in a cloud TC displayed "checked out to" Bloom's
REGISTRATION identity (e.g. John1) rather than the signed-in account, because
the base status JSON stamps `who`/whoFirstName/whoSurname/currentUserName from
TeamCollectionManager.CurrentUser for purely-local checkouts.
AddCloudBookStatusFields now rewrites `who` to the account email (clearing the
registration name parts) when it equals the base registration currentUser, and
carries the account identity in currentUserName; a real repo lock's `who` (a
member email) is untouched.

Filter incl. all folder-TC suites: 458/458 (5 new tests).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants