Openbravo Issue Tracking System - POS2 | |||||
| View Issue Details | |||||
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0050410 | POS2 | Core | public | 2022-10-04 17:39 | 2022-10-04 17:42 |
| Reporter | marvintm | ||||
| Assigned To | Triage Platform Base | ||||
| Priority | normal | Severity | major | Reproducibility | have not tried |
| Status | new | Resolution | open | ||
| Platform | OS | 5 | OS Version | ||
| Product Version | |||||
| Target Version | Fixed in Version | ||||
| Merge Request Status | |||||
| Review Assigned To | |||||
| OBNetwork customer | No | ||||
| Support ticket | |||||
| Regression level | |||||
| Regression date | |||||
| Regression introduced in release | |||||
| Regression introduced by commit | |||||
| Triggers an Emergency Pack | No | ||||
| Summary | 0050410: Cannot change the language of the application if default role and language are set | ||||
| Description | It is currently not possible to change the language of the application if the user has a default POS role, and this role has a default POS Language. The application will reload, but the language will not change. | ||||
| Steps To Reproduce | - Set a user with a default POS role in the backoffice - Set a default POS language for this role in the backoffice - Log in the POS with this user. Verify that the role and language are the default ones you selected. This is OK. - Change the language using the Profile menu. Verify that the application reloads, but the language is still the default one. This is not OK. | ||||
| Proposed Solution | It seems this code: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/blob/master/src/org/openbravo/pos2/login/POS2LoginUtilsServlet.java#L129 [^] is enforcing that if the user has a default role and this role has a default language, this language should always be used. I think this is correct in the case the session is new and no language has been specified, but it should not work like this when a different language has been set in the session. | ||||
| Additional Information | |||||
| Tags | No tags attached. | ||||
| Relationships | |||||
| Attached Files | |||||
| Issue History | |||||
| Date Modified | Username | Field | Change | ||
| 2022-10-04 17:39 | marvintm | New Issue | |||
| 2022-10-04 17:39 | marvintm | Assigned To | => Triage Platform Base | ||
| 2022-10-04 17:39 | marvintm | OBNetwork customer | => No | ||
| 2022-10-04 17:39 | marvintm | Triggers an Emergency Pack | => No | ||
| 2022-10-04 17:41 | marvintm | Proposed Solution updated | |||
| 2022-10-04 17:42 | marvintm | Steps to Reproduce Updated | bug_revision_view_page.php?rev_id=24823#r24823 | ||
| 2022-10-04 17:42 | marvintm | Steps to Reproduce Updated | bug_revision_view_page.php?rev_id=24824#r24824 | ||
| There are no notes attached to this issue. |