Opened 8 weeks ago

Closed 8 weeks ago

#2088 closed defect (fixed)

Moving a biomaterial causes the free wells counter on the old plate to become incorrect

Reported by: nicklas Owned by: everyone
Priority: major Milestone: BASE 3.11.1
Component: core Version:
Keywords: Cc:

Description (last modified by nicklas)

Place a single biomaterial on a bioplate that is otherwise empty. The number of free wells will decrease by one. Then, move the biomaterial to another location on the same plate. The number of wells is decreased again.

UPDATE. The bug is present also when moving between different plates. In this case the free wells on the old plate is not increased.

Change History (5)

comment:1 Changed 8 weeks ago by nicklas

  • Description modified (diff)
  • Summary changed from Moving a biomaterial within a bioplate causes the free wells counter to become incorrect to Moving a biomaterial causes the free wells counter on the old plate to become incorrect

comment:2 Changed 8 weeks ago by nicklas

I have traced the bug to a problem with mixing items that have been loaded in different transactions. Due to how the web client is implemented the biomaterial is first loaded in a transaction when the edit dialog is loaded. The same object instance is then moved to a new transaction when saving. Unfortunately the linked items (eg. the original biowell and bioplate) are not moved with it so even if the free wells counter is modified the update value is not saved. The biowell and bioplate of the new location is loaded in the new transaction and the free wells counter update works for that.

comment:3 Changed 8 weeks ago by nicklas

(In [7385]) References #2088: Moving a biomaterial causes the free wells counter on the old plate to become incorrect

This seems to fix the problem with the counters. Need to implement a script that fixes all counters that are incorrect.

comment:4 Changed 8 weeks ago by nicklas

(In [7386]) References #2088: Moving a biomaterial causes the free wells counter on the old plate to become incorrect

Implemented and documentated a one-time-fix script for re-calculating the free wells information.

After updating to BASE 3.11.1 an extra command should be executed:

./onetimefix.sh free_wells -u <root login> -p <root pwd>

comment:5 Changed 8 weeks ago by nicklas

  • Resolution set to fixed
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.