Public update feed
Track shipped features, product direction, and meaningful platform changes.
LoreKeep updates should read like a real product feed: what changed, why it matters, and where the product is heading next.
Latest update
Extension quick-save reliability refactor
The LoreKeep extension now has a cleaner popup/content-script structure, stronger detector checks, safer duplicate matching, and a repeatable final QA preflight.
What changed
- Split the extension popup and floating content-script flow into smaller modules with focused checks.
- Added detector fixtures for Webnovel, NovelBin-like, Asura/MangaBat-like, and generic book-family pages.
- Fixed broad source-link matching so unrelated Asura entries no longer appear as matches for every title on the same host.
User impact
- Quick Save should be less likely to create duplicate entries or match unrelated saved series.
- The floating chapter-save button should recover more reliably after extension reloads and already-open tabs.
- Extension changes now have a clearer regression net before private beta or release testing.
Cover storage now uses durable object storage
New stored covers can now live in Cloudflare R2 instead of depending on Vercel filesystem uploads or fragile remote hotlinks.
Changed
- Added Cloudflare R2 support for normalized cover uploads.
- Added app-side R2 safety caps for total stored bytes, daily upload bytes, and daily upload count.
Why it matters
- New covers should stay visible in production instead of disappearing when Vercel local upload paths are unavailable.
- Stored covers are compressed before upload, keeping media usage small for early testing.
Cover recovery now saves cleaner local covers
Quick Save now has a stronger cover pipeline for entries whose original page image is missing, blocked, or unreliable.
Changed
- Added cover recovery jobs and candidate storage for missing, broken, fallback, and low-confidence covers.
- Extended extension Quick Save with source-page evidence, poster candidates, rendered image capture, and screenshot fallback.
Why it matters
- Saved entries should keep their covers even when remote sites block hotlinking or later change image URLs.
- Users can see where a cover came from and how much storage it uses.
Entry layout, progress, and message polish
Entry progress controls, layout saving, and redirect messages are now cleaner, faster, and easier to maintain.
Changed
- Refactored entry progress quick actions around shared client save logic and focused mutation rules.
- Split the entry layout studio into smaller layout, board, selection, sizing, persistence, and save-scope modules.
Why it matters
- Chapter and status updates should feel more consistent because quick actions no longer rely on full-page redirects.
- Layout customization is safer to use because personal, library-default, restore-default, and built-in-template behavior are more clearly separated.
Custom domain and account access refresh are live
LoreKeep is now live on lore-keep.com, the account entry flow is cleaner, and the public product path feels more consistent from landing page to sign-in.
Changed
- Connected the live product to lore-keep.com as the main public domain.
- Kept the updated sign-in and registration surfaces aligned with the current product visual language.
Why it matters
- Users can now share and revisit a stable branded domain instead of relying on a temporary deployment URL.
- Account access feels more trustworthy and less jarring because the auth surfaces now match the current product shell.
Public libraries, following, and the shared surface refresh are live
LoreKeep now includes public library pages, followed-library notifications, a cleaner library hub, and a broader redesign across major product surfaces.
Changed
- Added public library pages with explicit public-vs-owner/member behavior and a cleaner bridge back into editable library views.
- Added followed-library foundations including follow/unfollow actions, notifications, and activity tracking for public library changes.
Why it matters
- Users can browse public libraries and then move back into their own library flow without getting lost in mismatched page designs.
- Following and notifications make public libraries more useful over time instead of acting like one-off read-only pages.
Email verification and auth mail are live
LoreKeep now requires email verification before first sign-in and sends real password-reset mail through the new domain-backed auth pipeline.
Changed
- Registration now sends a verification email instead of signing the user in immediately.
- Unverified accounts are blocked from production sign-in until the email link is used.
Why it matters
- New accounts now need one email-confirmation step before they can log in.
- Forgot-password links arrive through a real production sender instead of only existing as dev output.
LoreKeep private beta now runs on the live stack
LoreKeep is now running as a real deployed web app on Vercel with a Neon production database. This round also hardened the first private-beta path: Prisma migrations were applied to the live database, update and upcoming pages stopped depending on build-time database reads, and early production auth query overhead was reduced before broader tester onboarding begins.
Changed
- Deployed the web app to Vercel Hobby and connected it to a Neon production database.
- Applied the full Prisma migration history to production so the live app has the real schema instead of an empty database shell.
Why it matters
- Private beta testing can now happen against a real hosted environment instead of only localhost.
- The live app is less fragile during first deploys and fresh-environment setup.
Upcoming roadmap posts and editorial feed are live
Upcoming work is now published through its own editor-backed public feed instead of only appearing as automatic feedback projections.
Changed
- Added a first-class post type for upcoming roadmap entries.
- Extended the in-app updates editor so content editors can create and manage upcoming posts.
Why it matters
- Users can distinguish between what already shipped and what is planned next.
- Editors can communicate roadmap work directly instead of relying only on status labels inside feedback.
Encrypted library recovery codes and reset flow are live
Encrypted libraries now include recovery codes and a guided recovery flow so lost library passwords do not automatically lock users out forever.
Changed
- Added one-time recovery codes for encrypted libraries.
- Added a guided recovery page for replacing a lost library password.
Why it matters
- Users have a safer path back into encrypted libraries after losing a library password.
- Encrypted libraries are now more practical for everyday use because mistakes are less catastrophic.
Password reset and session revocation are live
Accounts can now recover access through built-in reset links, while existing sessions are cleared after a successful password change.
Changed
- Added password reset request and confirmation routes inside the app.
- Added one-time password reset tokens with expiry and replay protection.
Why it matters
- Users can recover account access without manual intervention.
- Resetting a password no longer leaves older signed-in sessions active.
Documentation hub and guided product docs are live
Codexa now includes a dedicated docs area that explains how accounts, libraries, security, updates, and feedback fit together.
Changed
- Added a dedicated documentation page with product-focused guidance.
- Added structured documentation sections covering accounts, libraries, field structure, security, updates, and feedback.
Why it matters
- New users have a clearer path to understanding the product before creating content or submitting feedback.
- Core workflows are easier to learn without trial and error.
Entry cover images and media assets are now supported
Libraries and entries can now attach real visual cover media instead of relying on text-only records.
Changed
- Added a dedicated MediaAsset model for uploaded and external media.
- Added cover media support on entries with proper foreign-key relationships.
Why it matters
- Libraries can present books, manga, and other collection items with clearer visual identity.
- Entries are easier to scan because covers and titles are now first-class data instead of improvised fields.
Zero-knowledge libraries and browser-side unlock are live
Codexa now supports a stronger library mode where the final decrypt step stays in the browser, with dedicated unlock sessions for returning to protected content.
Changed
- Added explicit library encryption modes so standard and zero-knowledge protection are modeled separately.
- Added browser-side zero-knowledge key material with dedicated verifier and wrapped-key storage.
Why it matters
- Users can protect their most sensitive libraries with a stronger privacy model than the original encrypted-library foundation.
- Returning to protected libraries feels more practical because unlock state can persist for a limited session instead of forcing constant re-entry.
Library pages and field building were redesigned for real use
Library pages now read more clearly, and field creation uses a cleaner guided layout instead of a cramped pseudo-table workflow.
Changed
- Stacked members and fields into a cleaner top-to-bottom layout.
- Replaced the cramped field-builder grid with a guided field-creation form and field cards.
Why it matters
- Users can shape a library without fighting the layout.
- The field builder is easier to understand for non-technical users.
Account security has been hardened across login and recovery flows
Codexa now protects authentication with persistent rate limits, password reset tokens, origin checks, and a full CSRF-token system across state-changing routes.
Changed
- Added persistent auth rate limiting for login, registration, and reset flows.
- Added one-time password reset tokens with expiry and active-session revocation after reset.
Why it matters
- Accounts are harder to brute-force or abuse through repeated failed attempts.
- Password recovery is now available without weakening session security.
Public feedback board and issue discussions are live
Codexa now includes a transparent feedback board where users can report bugs, request features, follow status changes, and join public discussions tied to each item.
Changed
- Added a public feedback board with bug reports, feature requests, and improvement requests.
- Added per-issue pages with clear process steps, status history, and official updates.
Why it matters
- Users can see what has been reported, what is planned, and what has already been addressed.
- Feature requests and bug reports now stay visible and traceable instead of disappearing into private support channels.
Updates editor and public feed are live
Codexa now includes a real public updates area plus an in-app editor for writing, publishing, and revising major product posts.
Changed
- Added a public updates feed with dedicated post pages.
- Added an in-app updates editor with role-based access for content editing.
Why it matters
- Users can follow real product progress in one place instead of relying on scattered explanations.
- Editors can publish major changes directly inside the app without touching source files.
Encrypted library foundation is live
Encrypted libraries can now be created with a dedicated library password plus 6 one-time recovery codes shown immediately after setup.
Changed
- Added encrypted library setup flow with separate password confirmation.
- Generated recovery codes and one-time recovery-code screen after creation.
Why it matters
- Sensitive libraries now have a real setup path instead of a placeholder encrypted flag.
- Recovery handling is clearer for users who need to protect access without relying only on their main account session.
Authentication and the public landing page were split cleanly
Login and registration moved into dedicated routes, while the homepage became a product-facing entry point for updates and future portfolio content.
Changed
- Implemented registration, login, logout, hashed passwords, and hashed session tokens.
- Created a shared authenticated navbar and account menu.
Why it matters
- The app now feels like a real product instead of a dev scaffold.
- Users can sign in and return to the dashboard without mixing auth forms into the homepage.
Developer tools, audit log, and SQL trace were separated
Internal tooling now has clearer role-based access, searchable trace pages, retention rules, and a dedicated developer dashboard.
Changed
- Split SQL trace and audit log into separate internal tools.
- Added developer, moderator, owner, and log-cleaner system-role flows.
Why it matters
- Moderation and developer access are no longer mixed together.
- Operational debugging is easier without exposing dangerous tooling to broader roles.
Libraries and field management became usable
Users can create libraries from the dashboard, open a library page, and define reusable fields in a compact grid.
Changed
- Added dashboard library creation and library detail pages.
- Made library cards clickable and connected them to per-library views.
Why it matters
- The app now has a real content structure instead of only auth and admin tooling.
- Users can shape their own library schema before entries are added.