search

omnivore-app / omnivore

Omnivore is a complete, open source read-it-later solution for people who like reading.
https://omnivore.app
GNU Affero General Public License v3.0
12.35k stars 623 forks source link

type:article is different than type:articles #2538

Open thiswillbeyourgithub opened 1 year ago

thiswillbeyourgithub commented 1 year ago

Hi,

I don't know if it's normal but searching my collection with "type:article" does not show the same thing as "type:articles". The latter appears undocumented and might be causing issue with sync.

The reason I stumbled upon this is that I couldn't sync my latest articles to logseq as they appear to now be found by the query "type:articles" instead of "type:article".

What information can I give to make it as easy as possible for you to fix?

Thanks!

jacksonh commented 1 year ago

HI the correct value is type:article, but this usually isn't needed unless you are trying to filter out PDFs?

Can i ask what you are trying to filter out?

thiswillbeyourgithub commented 1 year ago

I noticed that the archives articles I was expecting synced in my logseq folder were missing.

Specifically I was looking for my pytorch tutorials (they have a 'pytorch' label).

Here's the issue in image: image -> the query is successful image -> this query does not find what I need image -> this query should not work (because type:articleS is undocumented) but does none the less.

The reason I was using "is:archive type:article" query to begin with is because I wanted to sync my articles and not my highlights to logseq. Hence my workaround to import my archived pytorch tutorials to logseq was to roll back the "last sync" config value + change temporarily the query to "is:archive type:articles".

If I want to sync "any type of article" as opposed to "only highlights" should I instead have used the query "is:archive" ?