Closed prury closed 4 months ago
ASSIGNED - @Jarsen136 🔒 LOCKED -> Saturday, February 24th 2024, 03:53:26 UTC -> 36 hours
It's a worker side issue and there is nothing can do on frontend to fix it.
Let me expand more about what causes it.
Once we call api /drops/allocate/xxx
to get the allocated result, the image and hash would be saved
forever.
.
Next time no matter what kind of new image we generate, the new image will not be used. Instead, the
saved
image would be used.
If we want users to be able to mint the latest generative image, regardless of whether to refresh the page. We need to rework /drops/allocate/xxx
api, so that the images and hash could be updated.
@vikiival @preschian
ASSIGNMENT OVER - @Jarsen136 has been unassigned.
checking
so, to reproduce is
checking
so, to reproduce is
click "Mint" button
then, close the modal
is that correct?
Yes
there is nothing can do on frontend to fix it
There could be solution So if you have unclaimed allocation show it to the user? ;) there is always a way for that.
Second possible fix is to update allocation with a new hash.
is to supply hash with finish drop, but it will have a lot of unpleasant side effects
there is nothing can do on frontend to fix it
There could be solution So if you have unclaimed allocation show it to the user? ;) there is always a way for that.
Yes It would work and needs some extra UX changes.
- Second possible fix is to update allocation with a new hash.
It's ideal because it gives users the chances to cancel and change image : )
i think i was able to reproduce step 1: go to drop page, generate a preview step 2: refresh page, generate other previews it will mint the preview generated by first step
https://github.com/kodadot/nft-gallery/assets/36627808/ffbfcb19-2809-4b7a-bc80-fe146c67bc19