Repro:
In 1.4.0-
Add single new set to the DB via the "add" menu, in my case I was also assigning storage and purchase data for individual collectable minifigures.
Without refreshing the page or navigating away, add a individual minifigure (fig-XXXXX). Instead of adding the minifigure to the database, the previously added set has a duplicate added.
Workaround:
Refresh the add page, navigate away and return, or open a new tab when adding minifigures if sets were already added.
Repro:
In 1.4.0-
Add single new set to the DB via the "add" menu, in my case I was also assigning storage and purchase data for individual collectable minifigures.
Without refreshing the page or navigating away, add a individual minifigure (fig-XXXXX). Instead of adding the minifigure to the database, the previously added set has a duplicate added.
Workaround:
Refresh the add page, navigate away and return, or open a new tab when adding minifigures if sets were already added.
Good catch and workaround. Turns out the add page was spinning up a second socket connection just for minifigures, which conflicted with the existing set socket. Didn't need to do that at all since the server already handles fig- routing automatically. Removed the whole thing and it should work seamlessly now without needing to refresh between adds. I generally only add one thing at a time, or use bulk-add, so I never saw this issue happening!
The fixes are available now in the pre-1.4.1 Docker tag if you want to test. Will be pushed to 1.4.1 and latest once a couple more things are sorted.
Good catch and workaround. Turns out the add page was spinning up a second socket connection just for minifigures, which conflicted with the existing set socket. Didn't need to do that at all since the server already handles `fig-` routing automatically. Removed the whole thing and it should work seamlessly now without needing to refresh between adds. I generally only add one thing at a time, or use bulk-add, so I never saw this issue happening!
The fixes are available now in the `pre-1.4.1` Docker tag if you want to test. Will be pushed to `1.4.1` and `latest` once a couple more things are sorted.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Repro:
In 1.4.0-
Add single new set to the DB via the "add" menu, in my case I was also assigning storage and purchase data for individual collectable minifigures.
Without refreshing the page or navigating away, add a individual minifigure (fig-XXXXX). Instead of adding the minifigure to the database, the previously added set has a duplicate added.
Workaround:
Refresh the add page, navigate away and return, or open a new tab when adding minifigures if sets were already added.
Good catch and workaround. Turns out the add page was spinning up a second socket connection just for minifigures, which conflicted with the existing set socket. Didn't need to do that at all since the server already handles
fig-routing automatically. Removed the whole thing and it should work seamlessly now without needing to refresh between adds. I generally only add one thing at a time, or use bulk-add, so I never saw this issue happening!The fixes are available now in the
pre-1.4.1Docker tag if you want to test. Will be pushed to1.4.1andlatestonce a couple more things are sorted.