Bug with a table dir field

[nmicoud]

Hi,

I find i have found a nice bug.

Steps : go to request (all) window.
You should find one. If not create one and open window again.

Have a look at the "Status" field.

In Swing mode, i have only 2 available items ("" and current)
Whereas in webUI, i have 4 items ("", status1, status2, status3).

I've tested it with a basic 361 version.
Does anyone can test and reproduce it ?
If yes, i will open a Jira ticket.
Any idea for fixing it ?


Thanks,

Nicolas

[globalqss]

Nicolas, can you reproduce it using GardenWorld?

Regards,

Carlos Ruiz

[nmicoud]

Yes,

When opening request (all) window, i can see request n° 10000002 (R_Request_ID=100).
If i click on status, there is only two items ("" and 1_Open). If i refresh the list, i can see 5 items ("", 1_Open, 2_WaitingOnCustomer, 3_Closed, 9_FinalClose)

Regards,

Nicolas

[globalqss]

Hi Nicolas, I was not able to reproduce the scenario at demo.globalqss.com (361) neither at demo.idempiere.com

Regards,

Carlos Ruiz

[nmicoud]

Hi Carlos,
The problem is only in swing mode ; webUI is ok (if i understand well, you just test it on web)

Nicolas

[globalqss]

Ah yes - I was testing just on zk.

[nmicoud]

Great! I'm not alone

Any idea where to have a look ?
I think it is an old bug (i've faced it maybe 2 years ago, but never take time to investigate), so recent tickets shouldn't have created it.

[globalqss]

Nicolas, not sure where to look - maybe to MLookup?

One clue is that seems that is solved on iDempiere - so comparing MLookup or the involved classes could help you to backport the fix.

Regards,

Carlos Ruiz

[nmicoud]

Hi Carlos, you were right !

I compare MLookup classes and was able to fix 361.

Please review :

In fact, that's from line 200 to line 225 which were removed from idempiere ; seems that was done here :
Not sure if it need to remove the whole stuff. Was I did seems enough.

WDYT ?

Thanks,

Nicolas