When on 'Accounting dimensions' window, if you select a tab that is before the current one ('before' is related to the list's order, when switching dimensions), iDempiere manages this 'event' as a 'back' tab navigation (due to the fact that every tab in this tab has tab level = 0), in this way it loses the new tab row index.
A tested solution is to modifiy AbstractADWindowContent.java, method setActiveTab0(), at row 1232, changing from
if (back && newTabpanel.getTabLevel() > 0)
to
if (back )
This surely fix the problem, but I don't know if this creates other errors somewhere else. There's a reason why tabs with tabLevel = 0 should be excluded from that 'if'?
Regards, Enrico
Environment
To recreate the error, you need to go to 'https://test.idempiere.org/webui/', login as GardenWorld Admin HQ, navigate to 'Accounting dimensions', select last dimension (Campaign), then select the new last one dimension (Product).
Minor
When on 'Accounting dimensions' window, if you select a tab that is before the current one ('before' is related to the list's order, when switching dimensions), iDempiere manages this 'event' as a 'back' tab navigation (due to the fact that every tab in this tab has tab level = 0), in this way it loses the new tab row index.
A tested solution is to modifiy AbstractADWindowContent.java, method setActiveTab0(), at row 1232, changing from
if (back && newTabpanel.getTabLevel() > 0)
to
if (back )
This surely fix the problem, but I don't know if this creates other errors somewhere else.
There's a reason why tabs with tabLevel = 0 should be excluded from that 'if'?
Regards,
Enrico