Openbravo Issue Tracking System - Retail Modules
View Issue Details
0027380Retail ModulesWeb POSpublic2014-08-19 21:332016-03-09 19:22
Orekaria 
Orekaria 
normalmajoralways
closedunable to reproduce 
5
 
 
Orekaria
No
0027380: Stabilization: After log in, sometimes, the server is returning a 401: non authorized code
Stabilization: after log in, sometimes, the server is returning a 401: non authorized code

If the session opened in the server loses the authenticated state when the user have logged in, this state will be returned
Verify the test jobs, find a job with the attached screenshot
Verify that in the browser log this line is logged:

  [2014-08-19T17:47:54+0000] [SEVERE] http://127.0.0.1/ret-test-pgsql/org.openbravo.mobile.core.service.jsonrest/org.openbravo.mobile.core.login.Context/%7B%22parameters%22:%7B%22ignoreForConnectionStatus%22:%7B%22value%22:true,%22type%22:%22boolean%22%7D%7D,%22appName%22:%22WebPOS%22%7D [^] 0:0 Failed to load resource: the server responded with a status of 401 (Unauthorized)


Verify that the 401 response is used to check if the client is logged in (in ob-terminal-component.js, initializeCommonComponents method):

  me.preLoadContext(function () {
    new OB.DS.Request('org.openbravo.mobile.core.login.Context').exec({
      ignoreForConnectionStatus: true
    }, function (inResponse) {
      ...


Verify that the AuthenticationManager.java class, authenticate method has this line:

  final String customLoginURL = (String) request.getAttribute("loginURL");
1. Fix/send the redirection to loginURL when the authentication fails
2. Change the way that mobile.core checks if the user is authenticated (no 401 errors should be used)
No tags attached.
depends on defect 0027200 closed Orekaria Stabilization: Current user/role has no access to class org.openbravo.retail.posterminal.term.Terminal 
blocks feature request 0027329 new Retail Stabilization: Overhaul the loading process (since the url is entered until the webpos has loaded) 
blocks defect 0027413 new Retail Stabilization: It should never ever be necessary to clear cache. 
png terminalNotLoading.png (99,646) 2014-08-19 21:33
https://issues.openbravo.com/file_download.php?file_id=7144&type=bug
png
Issue History
2014-08-19 21:33OrekariaNew Issue
2014-08-19 21:33OrekariaAssigned To => Orekaria
2014-08-19 21:33OrekariaFile Added: terminalNotLoading.png
2014-08-19 21:33OrekariaTriggers an Emergency Pack => No
2014-08-19 21:34OrekariaRelationship addedblocks 0027329
2014-08-19 21:34OrekariaSummaryStabilization: after log in, sometimes, the server is returning a 401: non authorized code => Stabilization: After log in, sometimes, the server is returning a 401: non authorized code
2014-08-19 21:35OrekariaSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=6375#r6375
2014-08-19 21:39OrekariaProposed Solution updated
2014-08-21 10:00OrekariaDescription Updatedbug_revision_view_page.php?rev_id=6392#r6392
2014-08-22 02:49OrekariaSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=6411#r6411
2014-08-22 09:18OrekariaRelationship addedblocks 0027413
2014-08-22 13:04OrekariaRelationship addeddepends on 0027200
2014-09-22 16:22mtaalTarget VersionRR14Q4 =>
2016-03-09 19:22OrekariaReview Assigned To => Orekaria
2016-03-09 19:22OrekariaNote Added: 0084856
2016-03-09 19:22OrekariaStatusnew => closed
2016-03-09 19:22OrekariaResolutionopen => unable to reproduce

Notes
(0084856)
Orekaria   
2016-03-09 19:22   
Unable to reproduce