`helm-org-ql-org-directory` stuck with warnings

### OS/platform

Linux EndeavourOS

### Emacs version and provenance

GNU Emacs v29.4 nil
Doom core v3.0.0-pre HEAD -> master b55d98849 2025-02-21 18:35:36 -0500
Doom modules v25.03.0-pre HEAD -> master b55d98849 2025-02-21 18:35:36 -0500

### Emacs command

helm-org-ql-org-directory

### Org version and provenance

Package: org
Source: Straight
Pinned: 2f5add467c0c20c9f2427cc77597c9aa1b742a75
Build: HEAD -> main, tag: release_9.7.22 2f5add467 2025-02-14 08:38:05 +0100
Build location: ~/.emacs.d/.local/straight/build-29.4/org/
Repo location: ~/.emacs.d/.local/straight/repos/org/
Recipe: (:host github :repo "emacs-straight/org-mode" :files

### org-ql package version and provenance

origin/master, origin/HEAD 98c62ab 2024-11-25 17:49:54 -0600 installed from straight

### Actions taken

1. M-x helm-org-ql-org-directory
2. Start typing "emacs"

### Observed results


### Expected results


### Backtrace

```elisp
There is no error, the following warnings are printed every time I type a character, and nothing else happens until I hit RET or C-g (both dismiss the helm minibuffer):

⛔ Error (org-ql-select): Not an Org buffer: *helm*
⛔ Warning (org-element): ‘org-element-at-point’ cannot be used in non-Org buffer # (special-mode)
⛔ Error (org-ql-select): Not an Org buffer: *helm*
⛔ Warning (org-element): ‘org-element-at-point’ cannot be used in non-Org buffer # (special-mode)
```

### Etc.

I tried a few different scenarios like with the target files open in buffers or not, calling `helm-org-ql-org-directory` after a successful call to `helm-org-rifle-org-directory`.

I see these warnings pop up a lot when googling around, and they are self explanatory big picture wise, an Org buffer is expected. I understood from my searches that packages parse Org files in non Org buffers so the data loads faster.

It is not the first time it happens on my Doom installation, and I had to suppress some `org-element` warnings to be be able to save my literate config, it would hang for ever sometimes (could not find out why or when).

At first I was not going to report it as a bug since I was convinced that it was coming from me, or Doom. I decided to report it anyway because all other `hem-org-ql` commands work fine, and I wrote a small function to retrieve (recursively) the Org files in my `org-directory`, passed the list as an argument to `helm-org-ql` and it works perfectly well. This is how I got the "Expected results" screenshot :)

Anyway I have a working binding to achieve the same result, so I am not really bothered, but I thought maybe it could be useful to you. I am migrating to a plain Orgmode note taking setup, and I am 80% relying on your great packages (apart from Orgmode itself of course), so the least I can do is make a quick report.

Thanks for your time and your contributions.