fixing filtering of lists

[orangecoding]

Problem...
In storeListings, each listing row is saved with two distinct identifiers:

• id = a fresh nanoid() (the DB primary key)
• hash = item.id (the provider-assigned listing ID, e.g. "12345" from Kleinanzeigen)

After _save, the listing objects in memory still carry the provider ID in listing.id. The three post-save filter methods (_filterBySimilarListings, _filterBySpecs, _filterByArea) all collected those values and passed them to
deleteListingsById, which ran:

UPDATE listings SET manually_deleted = 1 WHERE id IN (?)

The id column holds nanoids, so the provider IDs never matched, the soft-delete was a no-op and filtered listings remained visible.

[AbdallahZerfaoui]

I have tested fixing-listing-filtering branch, and it has generated a new bug.