Problem: The internal search allows you to find and open pdfs and other non-md files using keywords from their filename.

Solution: As the default search of Obsidian, Omnisearch should find non-md files when the typed keyword is part of their filename. Enter opens them. (The perfect solution would be to also index the content of pdf files ;-)).

Problem description:

Since the latest (Omni) update, searching is not finding files I know to be there. It only seems to be finding files created since that update, and uncreated files. Is there a way of rebuilding the search index?

I am getting these errors in the Inspecor

errorLog.txt

Your environment:

• Omnisearch version: 1.7.1

• Obsidian version: 1.0.2

• Operating system: Win 10

• Number of notes in your vault (approx.): 3k

• Other plugins that may be related to the issue:

The Chinese search support of the plugin is very weak. It is basically in an untrustworthy state. Many of the explicitly included ones are not searchable. Is there expected support for Chinese search? Problem description:

Your environment:

• Omnisearch version: 1.9.0
• Obsidian version:1.0.3
• Operating system: macos 13.0.1
• Number of notes in your vault (approx.): less than 1000
• Other plugins that may be related to the issue:

<! Omnisearch is a great plugin; Thank You. The new version of Omnisearch does not work. It only shows "Omnisearch indexing is currently in progress"

• Omnisearch version: 1.76
• Obsidian version: 1.03
• Operating system: Windows 10 Enterprise
• Number of Notes in my vault: 1100

Hi, PDFs are not indexed and I can't find anything in the text of OCRed pdfs. Tried to restart and reinstall everything multiple times, pdf indexing is enanled in settings but I can't find anything in my pdfs. Thanks

• Omnisearch version: 1.9.1
• Obsidian version: 1.1.8
• Operating system: MacOS Ventura
• Number of notes in your vault (approx.): 5 (test vault)
• Other plugins that may be related to the issue:

Is your feature request related to a problem? Please describe.

I have a big vault with ~40k notes. Recreating an index on each Obsidian open is an unnecessary massive heavy operation.

Describe the solution you'd like

I suggest to store cache index to the external file so it could be imported without reindexing all the notes. Probably there should be some additional mechanism to catch notes changed since cache index was saved. It could be just notes last modified date.

Describe alternatives you've considered

Everything 1.5

Additional context

N/A

Is your feature request related to a problem? Please describe. It would be great to have the ability to create a new note on mobile right from within the OmniSearch modal

Describe the solution you'd like Option to create a new note similar to the way it is on desktop

Describe alternatives you've considered Using the both the omnisearch modal as well as the Quick switcher++ plugin. I first look for a note using omnisearch. If I am not able to find it, I then switch to Quick swticher to create a new note

Is your feature request related to a problem? Please describe.

When typing in a document that has a lot of words (300,000ish), this plugin will cause some lag. I tested it many times to make sure the lag was caused by Omni Search.

Describe the solution you'd like

It would be great to have a plugin option to turn off real-time indexing for documents that have more than a certain number of characters.

Describe alternatives you've considered

Or simply provide an option to only index new words when opening obsidian. That might fix the lag, I guess.

Additional context

Your plugin is the best searching plugin IMO! Thanks

Problem description:

Omnisearch causes an Obsidian crash on iOS

Your environment:

• Omnisearch version: 1.7.8
• Obsidian version:
• Operating system: iOS
• Number of notes in your vault (approx.):
• Other plugins that may be related to the issue:

Problem description: Pressing the tab key in the Vault Search box does not switch to In-File Search. (Pressing the tab key in the In-File Search box switches to the Vault Search box as expected.)

Your environment:

• Omnisearch version: 1.7.3
• Obsidian version: 1.0.2
• Operating system: Windows 11
• Number of notes in your vault (approx.): 100
• Other plugins that may be related to the issue: Other community plugins disabled to test

• Problem description:
  • additional navigation through the search results with ctrl+j/k(n/p) does not work when a keyboard layout other than English is active.
• More info:
  • system: Windows 11 21H2;
  • plugin version: 1.6.4;
  • second keyboard layout: Russian.

Is your feature request related to a problem? Please describe. Is in-file Search available on mobile? I checked all the settings and past issues but couln't find it mentioned anywhere.

Describe the solution you'd like A button to search in-file right next to the create note button

Describe alternatives you've considered I really prefer omni search over obsidian search

Hi there,

I noticed in the project's README file that PDF and image search is not supported on mobile due to the resource consumption of text extraction, which I assume refers to OCR. However, I was wondering if it would be possible to implement support for PDFs that are generated, meaning the text is already included in the PDF and does not need to be extracted through OCR. This should not be as resource-intensive as extracting text from scanned PDFs, which are essentially images. It could be helpful to include a warning in the settings indicating that this feature only applies to generated PDFs, not scanned ones.

I really appreciate the hard work that has gone into this plugin, it's been a pleasure to use. I'm considering fully migrating from Evernote to Obsidian, and having the ability to search within generated PDFs would be a big step forward for me.

Thanks!

Problem description:

If I enable the plugin, obsidian tells me it must index again, but then freezes on 1/4700 or so. If I manually delete the "omnisearch" line from .obsidian/community-plugins.json, It indexes again, but quickly gets through all files.

My plugins/omnisearch/data.json looks like this:

{
  "respectExcluded": true,
  "ignoreDiacritics": true,
  "indexedFileTypes": [],
  "PDFIndexing": false,
  "imagesIndexing": false,
  "showShortName": false,
  "ribbonIcon": true,
  "showExcerpt": true,
  "renderLineReturnInExcerpts": true,
  "showCreateButton": false,
  "showPreviousQueryResults": true,
  "simpleSearch": false,
  "weightBasename": 2,
  "weightH1": 1.5,
  "weightH2": 1.3,
  "weightH3": 1.1,
  "welcomeMessage": "1.8.0-beta.3"
}

despite that last line, I have omnisearch-1.9.0-beta.2.zip installed (the manifest.json in that zip still says "version": "1.8.1",).

Unfortunately, removing txt and py from indexedFileTypes didn't help as in #134 or #147 , and I can't reproduce this on the obsidian-hub-0.2.1 vault, unlike #7 .

I can open the dev console while the app is loading, and it seems to stay responsive itself (though entering anything at the prompt gets nothing back). It lists this output before the obsidian UI freezes:

loading wikilinks-to-mdlinks plugin...
plugin:obsidian-toggl-integration:25390 Loading obsidian-toggl-integration 0.9.0
plugin:dataview:20685 Dataview: version 0.5.47 (requires obsidian 0.13.11)
plugin:nldates-obsidian:9043 Loading natural language date parser plugin
plugin:obsidian-mind-map:32574 Loading Mind Map plugin
plugin:obsidian-file-link:419 loading plugin file-link
plugin:obsidian-link-archive:94 Loading Link Archive plugin...
plugin:omnisearch:45 Text Extract - Number of available workers: 5
plugin:dataview:13951 Dataview: all 4739 files have been indexed in 6.126s (4739 cached, 0 skipped).
plugin:omnisearch:52 Omnisearch - Loading index from cache: 5304.351318359375 ms
plugin:omnisearch:52 Omnisearch - Total number of files to add/update: 4739
plugin:omnisearch:52 Omnisearch - Total number of files to remove: 0

and the indexing toast shows:

Obsidian is indexing your vault... This should happen only once. Some functionality may not be available until this is complete. (1/4737)

Task manager reports about 20% CPU usage and 5300 MB RAM for Obsidian, almost all of the CPU for a sub-process just called "Obsidian". (There are three others named like that, and one labeled "2022-12-20 - Dropbox - Obsidianv1.1.8", which I guess is the main thread since it opened to 2022-12-20.md.)

I see these 5 entries in the console top> dropdown:

I think that if I just leave it like this overnight, the app will eventually go all black. Windows remains otherwise responsive, and I can kill Obsidian by right click > Close window on the taskbar.

I'm unable to incrementally take files out of this "vault" since it's my whole 500 G Dropbox, but I can try other troubleshooting steps you might suggest.

Your environment:

• 1.9.0-beta.2
• Obsidian version: 1.1.8, installer 1.0.3
• Operating system: Windows 10 22H2
• Number of notes in your vault (approx.): 4700,
• Other plugins that may be related to the issue: After removing omnisearch, my community-plugins.json looks like this:

[
  "wikilinks-to-mdlinks-obsidian",
  "calendar",
  "obsidian-toggl-integration",
  "obsidian-dialogue-plugin",
  "heatmap-calendar",
  "dataview",
  "periodic-notes",
  "nldates-obsidian",
  "obsidian-mind-map",
  "google-calendar",
  "obsidian-excalidraw-plugin",
  "templater-obsidian",
  "obsidian-file-link",
  "obsidian-link-archive"
]

Problem description:

I am having problems searching for notes in Vietnamese. I have tried toggling Ignore diacritics and Maximizing file name and alias weight but no luck.

Case 1: Screenshot_20221221_105658 The search term perfectly matches the file name (2nd on the list) but results are unreliable.

Case 2: Screenshot_20221221_111204 In this case, the search term still matched but the file didn't show up.

Target files:

TTSTN - Nhân sự tiềm năng.md Hoàn thiện tài liệu đào tạo.md

Your environment:

• Omnisearch version: 1.9.1
• Obsidian version: 1.1.8
• Operating system: Windows 11 Pro 64-bit
• Number of notes in your vault (approx.): 3.200 files (mostly pdf and word), of which ~500 are notes
• Other plugins that may be related to the issue:

Is your feature request related to a problem? Please describe.

I just updated Obsidian to 1.1 (more specifically v1.1.9) and created my first canvas. Then, I navigated to another file (with use of Omnisearch) and later I wanted to go to that canvas again. I typed its name in Omnisearch, but it didn't show among top results.

Describe the solution you'd like

To have canvases matched by title same as regular notes.

Describe alternatives you've considered

(no alternatives)

Additional context

• Obsidian v1.1.8
• Omnisearch 1.9.1

Hi, thanks for your contribution to the obsidian community,

Actually the plugin search in pdfs and in other file types. It would be great to limit the search process to only pdfs.

Regards,

Joniac