Openbravo Issue Tracking System - Retail Modules
View Issue Details
0032975Retail ModulesWeb POSpublic2016-05-17 18:072017-05-09 16:45
VictorVillar 
guilleaer 
urgentmajoralways
closedfixed 
5
pi 
RR17Q2 
marvintm
No
0032975: [SER QA 969] Search popups in web pos (Receipts/BPs/Locations) stop working if they are opened and the the pos window is resized
When a search popup is opened in webpos (e.g. the Receipts popup), then dismissed, and then the browser is resized, the next time the same popup is opened, it won't work.
The html element of the search popup will appear duplicated
Login in web pos.
Open the Receipts search and verify it works.
Close the popup.
Resize the browser.
Open the Receipts search popup again.
The popup doesn't work anymore.
Verify that there are two html divs representing two different instances of the same popup.

Attached video: https://drive.google.com/a/openbravo.com/file/d/0B3RBrE5TUxwbVjJ5RVlfR3B6VzA/view [^]

The workaround is press F5.
SER-QA
duplicate of defect 0031163 closed Retail [SERQA 293] Search popups in web pos (Receipts/BPs/Locations) stop working if they are opened and the the pos window is resized 
depends on backport 0034976RR17Q1 closed guilleaer [SER QA 969] Search popups in web pos (Receipts/BPs/Locations) stop working if they are opened and the the pos window is resized 
has duplicate defect 0031071 closed Retail Popups do not work if you resize the window while the popup is opened 
related to design defect 0034327 closed ranjith_qualiantech_com [UX] If popups are not working properly, an error message should be shown 
blocks defect 0035961RR17Q3 closed guilleaer Due to previous fix, popups are closed if a resize event occurs while a popup is opened 
patch 32975mobilecore.patch (806) 2016-06-15 16:17
https://issues.openbravo.com/file_download.php?file_id=9532&type=bug
patch 32975posterminal.patch (2,325) 2016-06-15 16:18
https://issues.openbravo.com/file_download.php?file_id=9533&type=bug
diff diffIssue32975_mobilecore.diff (3,791) 2017-01-13 15:16
https://issues.openbravo.com/file_download.php?file_id=10302&type=bug
Issue History
2016-05-17 18:07VictorVillarNew Issue
2016-05-17 18:07VictorVillarAssigned To => Retail
2016-05-17 18:07VictorVillarResolution time => 1464645600
2016-05-17 18:07VictorVillarTriggers an Emergency Pack => No
2016-05-17 18:07VictorVillarTag Attached: SER-QA
2016-05-17 18:14VictorVillarSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=12140#r12140
2016-05-17 18:20VictorVillarRelationship addedduplicate of 0031163
2016-05-19 10:20OrekariaStatusnew => acknowledged
2016-05-20 11:47VictorVillarSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=12186#r12186
2016-05-23 16:36mario_castelloAssigned ToRetail => mario_castello
2016-05-23 18:56mario_castelloStatusacknowledged => scheduled
2016-06-02 22:50OrekariaAssigned Tomario_castello => Retail
2016-06-02 22:50OrekariaStatusscheduled => acknowledged
2016-06-03 13:58OrekariaTypedefect => design defect
2016-06-15 16:17mario_castelloFile Added: 32975mobilecore.patch
2016-06-15 16:18mario_castelloFile Added: 32975posterminal.patch
2016-06-15 16:29mario_castelloNote Added: 0087311
2016-10-27 22:16dbazRelationship addedrelated to 0034327
2017-01-13 14:50guilleaerNote Added: 0093547
2017-01-13 14:50guilleaerFile Added: diffIssue32975_mobilecore.diff
2017-01-13 15:16guilleaerFile Deleted: diffIssue32975_mobilecore.diff
2017-01-13 15:16guilleaerFile Added: diffIssue32975_mobilecore.diff
2017-01-16 20:06hgbotCheckin
2017-01-16 20:06hgbotNote Added: 0093616
2017-01-16 20:06hgbotStatusacknowledged => resolved
2017-01-16 20:06hgbotResolutionopen => fixed
2017-01-16 20:06hgbotFixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/f64a3739162d6077d00b3f9ae3fa78aa870650f7 [^]
2017-01-17 08:54guilleaerAssigned ToRetail => guilleaer
2017-01-17 08:54guilleaerStatusresolved => new
2017-01-17 08:54guilleaerResolutionfixed => open
2017-01-17 08:54guilleaerStatusnew => scheduled
2017-01-17 08:55guilleaerStatusscheduled => resolved
2017-01-17 08:55guilleaerFixed in Version => RR17Q2
2017-01-17 08:55guilleaerResolutionopen => fixed
2017-01-18 10:25hgbotCheckin
2017-01-18 10:25hgbotNote Added: 0093678
2017-01-18 16:54hgbotCheckin
2017-01-18 16:54hgbotNote Added: 0093705
2017-01-24 09:31marvintmReview Assigned To => marvintm
2017-01-24 09:31marvintmStatusresolved => closed
2017-04-18 10:33guilleaerRelationship addedhas duplicate 0031071
2017-05-09 16:31hgbotCheckin
2017-05-09 16:31hgbotNote Added: 0096491
2017-05-09 16:43guilleaerRelationship addedblocks 0035961
2017-05-09 16:45guilleaerNote Added: 0096497

Notes
(0087311)
mario_castello   
2016-06-15 16:29   
Attached a solution for this issue.

In posterminal added some property to Receipts, BPartner and BPLocations popups.
- Floating set false to prevent duplicated div with the same popup.
- Model set to true that not allow action behind the popup.

Mobile core delete floating to allow center the popup.
(0093547)
guilleaer   
2017-01-13 14:50   
Attached patches
- 32975mobilecore.patch
- 32975posterminal.patch
seems to be not valid.

Now attaching a new patch for mobile core module which should resolve the problem with just one exception:
- If you open a popup and then, having the popup opened the window is resized then the popup will be closed. The user can open it again and continue working.

The scenario explained in that issue is working fine with this fix

patch attached (diffIssue32975_mobilecore.diff)
(0093616)
hgbot   
2017-01-16 20:06   
Repository: erp/pmods/org.openbravo.mobile.core
Changeset: f64a3739162d6077d00b3f9ae3fa78aa870650f7
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Fri Jan 13 15:09:40 2017 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/f64a3739162d6077d00b3f9ae3fa78aa870650f7 [^]

Fixed issue 32975: Popups will continue working even after a resize event

This fix have 2 parts:
1st part: When a popup is redered (included into the DOM) a list of rendered popups is managed. This is done in the render function of OB.UI.Popup component
2nd part: When a resize event happens, we will iterate the list of rendered popups (rendered means that it is part of the DOM, not thet it is being shown). If the popup is being shown we will hide it and we will destroy the DOM element. Destroying it, the render process which is executed after resize will work fine and no duplicates will be created in the DOM

---
M web/org.openbravo.mobile.core/source/component/ob-commonbuttons.js
M web/org.openbravo.mobile.core/source/component/ob-terminal-component.js
---
(0093678)
hgbot   
2017-01-18 10:25   
Repository: erp/pmods/org.openbravo.mobile.core
Changeset: aacb0ab10b5a980cf6144ec00edc957c3eab59b0
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Wed Jan 18 10:24:56 2017 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/aacb0ab10b5a980cf6144ec00edc957c3eab59b0 [^]

Related to issue 32975: Check correct property -showing- to detect if a popup is opened

---
M web/org.openbravo.mobile.core/source/component/ob-terminal-component.js
---
(0093705)
hgbot   
2017-01-18 16:54   
Repository: erp/pmods/org.openbravo.mobile.core
Changeset: 1d4c0e4c608e88641dff76c3354cc8e13291e0c2
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Wed Jan 18 16:54:08 2017 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/1d4c0e4c608e88641dff76c3354cc8e13291e0c2 [^]

Related to issue 32975: Update copyright year

---
M web/org.openbravo.mobile.core/source/component/ob-commonbuttons.js
M web/org.openbravo.mobile.core/source/component/ob-terminal-component.js
---
(0096491)
hgbot   
2017-05-09 16:31   
Repository: erp/pmods/org.openbravo.mobile.core
Changeset: d97e45818055783e547458bc6c5040dfac715f16
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Tue May 09 16:24:56 2017 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/d97e45818055783e547458bc6c5040dfac715f16 [^]

Fixed isssue 35961: Popups will continue working if a resize event occurs, even if they are opened.

This fix have three parts.
1st: Remove the changes done to fix the issue 32975
2nd: Remove the code which shows a message in case that we detect that popups are broken (Issue
34327)
3th part: Add code to avoid the render process for components which are popup when a resize event occurs:
More details: When a resize event happens, the whole applicattion are rendered, included popups. When popups are re-rendered the ones which exists are destroyed (enyo onjects are destroyed) but the DOM object are not destroyed. The result is a popup which is being shown in the screen but it is being handled by a component which is destroyed.
What we have done is avoid this destroy/render process when a resize event happens. Doing it enyo object is still valid and also the DOM which is now managed by a valid enyo component.
This code, only is executed when resize event is being executed, that's why a flag "OB.resizing" was created to wrap the render process.

---
M web/org.openbravo.mobile.core/build/enyo.js
M web/org.openbravo.mobile.core/enyo/source/dom/Control.js
M web/org.openbravo.mobile.core/source/component/ob-commonbuttons.js
M web/org.openbravo.mobile.core/source/component/ob-terminal-component.js
---
(0096497)
guilleaer   
2017-05-09 16:45   
This code has been removed because finally we have a fix for popups:
https://issues.openbravo.com/view.php?id=35961 [^]