Gotcha! So this event was only published once for your test? Ultimately, I'm just looking for any clue to identify the mechanism that would cause these duplicate events/reviews to appear in relay traffic.

Reviewstr itself appears to be fine, it is serving content as it is provided from the relay, but the relay is also providing it multiple clones of the same review event, followed by your main reviews (which leads to the effect of it looking like a single review on your feed being repeated).

The first event was posted at 1752892713 (Saturday, July 19, 2025 2:38:33 AM GMT), the last 1752892798 - 86 events in total that appear to have posted sequentially, only within this one window of a minute or so. So this was likely triggered by a single testing action, and hasn't repeated since.

Assuming that this was a one-off occurrence, then to solve this, I would suggest either:

1) Adding a delete button to review listings that the currently logged in user has authored. This will allow you to delete each duplicate event from the UI while logged in as the test user.

2) Hide reviews from the test pubkey - a7bc01ecd959bb68172c047180b3eaa4a1a328cb1165005979f131e9a958da72. I believe Reviewstr operates on a allow/denylist system, so it would likely involve removing this pubkey from the allowed authors list (or adding them to the denied/blocked list if the equivalent exists).

I will investigate more later to see if I can find anything else on what may have triggered this chain of duplicate test reviews to post. In the meanwhile, either of the above options should solve the immediate issue!

Reply to this note

Please Login to reply.

Discussion

I check it out a bit. So the Npub npub1577qrmxetxaks9evq3ccpvl25js6x2xtz9jsqkte7yc7n22cmfeq3u094d

Tried to do a test. But he/she doesn’t has any permission because I don’t need to grand Npubs permition (made it like this so don’t get spam)

Maybe it can be the grand permition function doesn’t work right yet!?

Ah, that's a good lead! I did not look much into the actual permission list logic. I also did not find anything else that could replicate the duplicate reviews we saw here, but I can certainly test and vet the permission list once I have a moment. 🙂

Yeah I could not have made a review because I was cycling🚴‍♂️ 190 KM😅 So I think it must be this. Let me know when you found it🙏

Good tidings! I confirmed that the authorized user filtering was indeed not functioning as expected; the following change alters the flow of events by first querying for users you have authorized, followed by retrieving recent reviews only by users returned in the authorized list:

https://gitlab.com/soapbox-pub/reviewstr-fork/-/commit/4d8cebc4b127072f53405ebebb60cdbed7f47b9e

Once more, you can either send the diff of this commit to Shakespeare to have it adapt to your current work, or re-import this repo to start as a new iteration of your project:

https://gitlab.com/soapbox-pub/reviewstr-fork

Thank you for the lead there - I hope this helps!

You are amazing🙏

I see now that the ‘stockmedia’ page/backend is gone 🤣😅 after your bug solution 😅 can you recall this or do I need to add it again via shakespeare?

Did you see this nostr:nprofile1qqsgvxzpp84wjd7c6mucpd9qk3k6fmcdnql2meqracd5czmtmc3ck3cpz4mhxue69uhkg6t5w3hjuur4vghhyetvv9usdz6n9a ?

Ah, I see! You had a newer fork of the project with the stock media pages. Yes, I can pull in that project and apply the same fixes there as well. 👍

nostr:nprofile1qqs86va62lv2d6yxng0365s4y4zewk22crdlavqmdyx7lrzxrwpdkdgpp4mhxue69uhkummn9ekx7mqpzemhxue69uhhyetvv9ujumn0wd68ytnzv9hxgqgkwaehxw309aex2mrp0yh8qunfd4skctnwv46qq3ykdv I rebased the project on your stock media version. Import the same project from "https://gitlab.com/soapbox-pub/reviewstr-fork.git" and let me know if that looks better!

Your the man!!! 🙏 what do you think when I share the review from reviewstr on Nostr it shows up with thumnail/photo so perfect. But when I try this with my nostr:nprofile1qqsy8w40ps5wdna3jkchacyrux0t8f90m7k9fkdkhtchqfcw6xf7xnqpzpmhxue69uhkummnw3ezumrpdejqzxrhwden5te0wfjkccte9eekummjwsh8xmmrd9skcu70y04 here this doesn’t work, can I add some code from reviewstr for PopCards!?

https://nostr-react-starter-iysi.shakespeare.to/cards

No problem! As for image previews, this one can likely be prompted for, though it might take a couple of tries. The gist of it would be: "When sharing art to nostr, please add the blossom image link directly in the post content, after the text, before the hashtags."

This is exactly what Reviewstr does, so it's a matter of exposing the image link to the text content of your post - the clients will render/embed it accordingly.

Thanks. Will give it a try and let you know🙏

Another tip - in this case you should see the image link in the post content preview if it's working. If not, indicate this to Shakespeare (e.x., "I don't see an image link in the preview post").

I got now this but it doesn’t show yet