Openbravo Issue Tracking System - Retail Modules |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0056978 | Retail Modules | Web POS | public | 2024-11-05 11:37 | 2024-12-31 18:01 |
|
| Reporter | malsasua | |
| Assigned To | jarmendariz | |
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | |
| Platform | | OS | 5 | OS Version | |
| Product Version | | |
| Target Version | | Fixed in Version | | |
| Merge Request Status | |
| Review Assigned To | jarmendariz |
| OBNetwork customer | |
| Support ticket | |
| Regression level | |
| Regression date | |
| Regression introduced in release | |
| Regression introduced by commit | |
| Triggers an Emergency Pack | No |
|
| Summary | 0056978: Full refresh is not executed when one masterdata model changed |
| Description | After one deploy that modifying one masterdata model, if the login page is not refreshed, the first login is not triggering a full refresh
The problem is reproducible in react and enyo.
|
| Steps To Reproduce | . do login in POS
. do cashup
. do logout (no close Chrome tab)
. compile adding one property in one masterdata model (for react, you can apply the patch attached in the posterminal module)
. do login in POS -> full refresh is not executed
. do logout
. refresh brower
. do login -> full refresh is executed |
| Proposed Solution | |
| Additional Information | |
| Tags | No tags attached. |
| Relationships | | depends on | backport | 0057133 | RR24Q4 | closed | Triage Platform Base | Retail Modules | Full refresh is not executed when one masterdata model changed | | depends on | backport | 0057134 | RR24Q3.3 | scheduled | Triage Platform Base | Retail Modules | Full refresh is not executed when one masterdata model changed | | depends on | backport | 0057135 | RR24Q2.5 | scheduled | Triage Platform Base | Retail Modules | Full refresh is not executed when one masterdata model changed | | related to | defect | 0056436 | | closed | jarmendariz | POS2 | blank page on 1st login after deploy | | related to | defect | 0057461 | RR20Q3.4 | scheduled | jarmendariz | Retail Modules | Full refresh is not executed when one masterdata model changed | | Not all the children of this issue are yet resolved or closed. |
|
| Attached Files |  posterminal_test.diff (1,482) 2024-11-05 11:37
https://issues.openbravo.com/file_download.php?file_id=20418&type=bug |
|
| Issue History |
| Date Modified | Username | Field | Change |
| 2024-11-05 11:37 | malsasua | New Issue | |
| 2024-11-05 11:37 | malsasua | Assigned To | => Retail |
| 2024-11-05 11:37 | malsasua | File Added: posterminal_test.diff | |
| 2024-11-05 11:37 | malsasua | Triggers an Emergency Pack | => No |
| 2024-11-05 11:39 | malsasua | Summary | Full refresh is not executed when one model changed => Full refresh is not executed when one masterdata model changed |
| 2024-11-05 11:51 | AgatheBertin | Issue Monitored: AgatheBertin | |
| 2024-11-05 12:54 | malsasua | Assigned To | Retail => Triage Platform Base |
| 2024-11-05 13:57 | malsasua | Description Updated | bug_revision_view_page.php?rev_id=28713#r28713 |
| 2024-11-05 13:57 | malsasua | Steps to Reproduce Updated | bug_revision_view_page.php?rev_id=28715#r28715 |
| 2024-11-18 09:03 | AugustoMauch | Status | new => scheduled |
| 2024-11-21 17:30 | jarmendariz | Relationship added | related to 0056436 |
| 2024-11-26 13:35 | AugustoMauch | Assigned To | Triage Platform Base => jarmendariz |
| 2024-11-26 13:37 | jarmendariz | Review Assigned To | => jarmendariz |
| 2024-11-26 13:37 | jarmendariz | Note Added: 0172612 | |
| 2024-11-26 13:37 | jarmendariz | Status | scheduled => closed |
| 2024-11-26 13:37 | jarmendariz | Resolution | open => fixed |
| 2024-12-02 09:44 | Romain_Gesquiere | Note Added: 0172861 | |
| 2024-12-02 09:46 | Romain_Gesquiere | Note Added: 0172862 | |
| 2024-12-02 09:46 | Romain_Gesquiere | Status | closed => new |
| 2024-12-02 09:46 | Romain_Gesquiere | Resolution | fixed => open |
| 2024-12-02 09:46 | Romain_Gesquiere | Note Deleted: 0172862 | |
| 2024-12-02 17:23 | william_vermersch | Issue Monitored: william_vermersch | |
| 2024-12-10 08:51 | AugustoMauch | Status | new => scheduled |
| 2024-12-10 08:51 | AugustoMauch | Status | scheduled => resolved |
| 2024-12-10 08:51 | AugustoMauch | Resolution | open => fixed |
| 2024-12-10 08:51 | AugustoMauch | Status | resolved => closed |
| 2024-12-10 08:52 | AugustoMauch | Note Added: 0173111 | |
| 2024-12-31 14:07 | jarmendariz | Relationship added | related to 0057461 |
| 2024-12-31 17:56 | hgbot | Note Added: 0173776 | |
| 2024-12-31 18:01 | hgbot | Note Added: 0173777 | |
|
Notes |
|
|
|
|
This issue is fixed with the changes introduced in 0056436 |
|
|
|
|
Hello, this issue occurs in enyo 20Q3
Could you backport it please? |
|
|
|
|
Hello Romain,
You would have to report a separate issue for this, because the current fix applies to core2 applications (so ReactPOS, no EnyoPOS). |
|
|
|
(0173776)
|
|
hgbot
|
|
2024-12-31 17:56
|
|
|
|
|
(0173777)
|
|
hgbot
|
|
2024-12-31 18:01
|
|
|