iOS: Pages created before a recent app update are missing from search results

Open
  • Is something wrong?
#1,489 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
3/5
Estimated time
1-2 days
Newbie friendliness
48/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Active
Tech stack
ios
Domain
mobile

Research direction

Start by reproducing the issue in the iOS app using pages created before the update, then compare results in the keyboard-toolbar search and the search page. No source files or tests are identified in the issue, so locate the search entry points first. Done means pre-update pages appear from the first typed character, including one- and two-character titles and partial matches among similarly named pages.

Written by the indexing model from the issue text.

Description

Search first
  • I searched and no similar issues were found
What Happened?

Pages created before the update sometimes cannot be found.

  • When searching with [[]] on the keyboard toolbar:
    • Pages with a one-character title cannot be found.
    • Pages with a two-character title cannot be found.
    • For pages with a title of three or more characters, the search does not start until the third character is typed.
    • When multiple pages start with the same word, some of them cannot be found by a partial search.
  • When searching on the search page:
    • Same as above.

PS. Pages newly created on 2.0.2 (42) can be found.

Reproduce the Bug
Pages with a one-character title cannot be found
  • Before the update, create a page titled 桃 (Peach).
  • After the update, search for 桃.
  • The page is not found.
Pages with a two-character title cannot be found
  • Before the update, create a page titled 日本 (Japan).
  • After the update, search for 日本.
  • The page is not found.
For pages with a title of three or more characters, the search does not start until the third character is typed
  • Before the update, create a page titled 地雷グリコ (the title of a Japanese mystery novel).
  • After the update, search for it:
    • 地 alone does not find this page.
    • 地雷 alone does not find this page.
    • 地雷グ finds this page.
When multiple pages start with the same word, some of them cannot be found by a partial search

I created the following pages before the update:

  • Logseq
  • Logseq iOS
  • Logseq macOS
  • Logseq Native iOS

In my case, searching for Logseq finds:

  • Logseq
  • Logseq iOS
  • Logseq macOS

but does not find Logseq Native iOS.

Typing as far as Logseq Nat finds Logseq Native iOS.

Expected Behavior

As soon as the first character is typed, pages created before the update also appear in the search results.

Screenshots

https://github.com/user-attachments/assets/f5223d51-a827-4e14-b5d0-3c25a9221be7

Files

No response

Browser, Desktop or Mobile Platform Information
  • iOS 27.2, Logseq 2.0.2 (42)
Additional Context

Japanese and Chinese in particular have many one- and two-character words, so not being able to search for these words is inconvenient.
My Logseq has 93 pages with two-character titles.

Are you willing to submit a PR? If you know how to fix the bug.
  • I'm willing to submit a PR (Thank you!)
Dominant language
No language data
Stars
29
Forks
2
No merged PRs in 30d

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from logseq/db-test

All issues in logseq/db-test

Similar issues

More Mobile Dev issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.