Bug #1350
Locks broken
| Status: | Closed | Start date: | 11/18/2011 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | % Done: | 0% | ||
| Category: | Locks | |||
| Target version: | - | |||
| For junior contributor: | No | Found in version: |
Description
The locks are broken when I delete the UUID field in mass (for me).
However, the locks checkbox are still checked.
Possible error :
Notice(8): Undefined offset: 0 Backtrace : /usr/share/glpi/plugins/fusinvinventory/inc/lock.class.php:74 userErrorHandlerNormal() /usr/share/glpi/inc/plugin.function.php:73 call_user_func() /usr/share/glpi/inc/commondbtm.class.php:853 doHook() /usr/share/glpi/plugins/fusioninventory/inc/lock.class.php:309 CommonDBTM->update() /usr/share/glpi/plugins/fusioninventory/hook.php:561 PluginFusioninventoryLock::setLockArray() /usr/share/glpi/inc/plugin.function.php:137 call_user_func() /usr/share/glpi/front/massiveaction.php:740 doOneHook()
History
#1
Updated by DuyLong LE over 1 year ago
Wrong locks format after the migration from 0.78 ?
In the table glpi_plugin_fusioninventory_locks, I have two formats. Why ?
Format 1 : ["uuid","users_id_tech","comment"]
Format 2 : {"1":"uuid","2":"states_id","3":"users_id_tech","4":"comment"}
#2
Updated by David Durieux over 1 year ago
- Category set to Locks
- Assignee set to David Durieux
#3
Updated by David Durieux over 1 year ago
- Target version changed from 0.80+1.1 to 0.80+1.2
#4
Updated by DuyLong LE about 1 year ago
Step in order to reproduce this problem (for example) :
- On 2 machines, I have set "Coucou x86_64/00-01-09 09:43:42"
- Filter the comments values on "x86"
- Select all machines
- Massive actions > "Locks"
- Check "Comments" and "Add Locks"
- "Actualize"
On my 2 machines, the tab "FusInv Locks" has "Comments" check, but the comments fields is "x86_64/00-01-09 09:43:42" (this value is set by agent (default value))
#5
Updated by David Durieux about 1 year ago
- Target version changed from 0.80+1.2 to 0.80+1.3
#6
Updated by David Durieux about 1 year ago
Can you try with version 0.80+1.2 if it's ok or you have same error?
#7
Updated by David Durieux about 1 year ago
- Target version changed from 0.80+1.3 to 0.80+1.4
#8
Updated by DuyLong LE about 1 year ago
I'm testing with 1.3 and I have the same issue. No error, no log...
PS : This notice is sometimes present :
07-05-2012 16:53 [7@plop] Notice(8): Undefined offset: 0 Backtrace : /usr/share/glpi/plugins/fusinvinventory/inc/lock.class.php:84 userErrorHandlerNormal() /usr/share/glpi/inc/plugin.function.php:72 call_user_func() /usr/share/glpi/inc/commondbtm.class.php:852 doHook() /usr/share/glpi/plugins/fusioninventory/inc/lock.class.php:306 CommonDBTM->update() /usr/share/glpi/plugins/fusioninventory/hook.php:576 PluginFusioninventoryLock::setLockArray() /usr/share/glpi/inc/plugin.function.php:136 call_user_func() /usr/share/glpi/front/massiveaction.php:740 doOneHook()
#9
Updated by David Durieux about 1 year ago
- Target version changed from 0.80+1.4 to 0.80+1.5
#10
Updated by David Durieux 11 months ago
- Target version changed from 0.80+1.5 to 0.80+1.6
#11
Updated by Gonéri Le Bouder 11 months ago
- Status changed from New to Closed
- Priority changed from High to Normal
- Target version deleted (
0.80+1.6)
As seen on IRC today: unreproductable with an up to date installation.