Openbravo Issue Tracking System - Retail Modules
View Issue Details
0032825Retail ModulesMobile Procurementpublic2016-05-02 13:392016-05-17 15:44
aaroncalero 
Retail 
highmajoralways
closedduplicate 
5
 
 
No
No
0032825: Mobile Core depends on Posterminal to work
When a mobile application (not Posterminal) is installed (along with Mobile Core) and the user tries to log in the mobile application, the following error appears in the browser console:
xhr.js:43 GET http://localhost:8080/openbravo/org.openbravo.mobile.core/OBPOS_Main/ApplicationFormats?0.860780618590167 [^] 500 (Internal Server Error)
Using Mobile Procurement as example:
In a clean erp installation:
*Install Mobile Core and Mobile Procurement modules
*Configure a Mobile Procurement terminal (http://wiki.openbravo.com/wiki/Mobile_Procurement:Configuration_Guide [^])
*Go to the Mobile Procurement application url: http://<context>/openbravo/web/org.openbravo.mobile.procurement/?terminal=<configured [^] terminal>
Login in the application. Verify that the login process is stuck in the Reading Terminal Properties step.
Verify on the browser console that the error mentioned above is shown in an infinite loop.
Close the browser to prevent crashes.
The following line in mobile core forces a dependence to posterminal:
https://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/file/11fec6225502/web/org.openbravo.mobile.core/source/model/ob-terminal-model.js#l72 [^]

If that line is reverted to:
applicationFormatUrl: '../../org.openbravo.mobile.core/OBCLKER_Kernel/Application',

Apparently the mobile application can login normally.
No tags attached.
duplicate of defect 0032824 closed migueldejuana Mobile Core depends on Posterminal to work 
Issue History
2016-05-02 13:39aaroncaleroNew Issue
2016-05-02 13:39aaroncaleroAssigned To => Retail
2016-05-02 13:39aaroncaleroOBNetwork customer => No
2016-05-02 13:39aaroncaleroTriggers an Emergency Pack => No
2016-05-17 15:34ranjith_qualiantech_comRelationship addedduplicate of 0032824
2016-05-17 15:44aaroncaleroStatusnew => closed
2016-05-17 15:44aaroncaleroResolutionopen => duplicate

There are no notes attached to this issue.