Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0027380Retail ModulesWeb POSpublic2014-08-19 21:332016-03-09 19:22
ReporterOrekaria 
Assigned ToOrekaria 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionunable to reproduce 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned ToOrekaria
OBNetwork customerNo
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0027380: Stabilization: After log in, sometimes, the server is returning a 401: non authorized code
DescriptionStabilization: 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
Steps To ReproduceVerify 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");
Proposed Solution1. 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)
Additional Information
TagsNo tags attached.
Relationships
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. 
Attached Filespng terminalNotLoading.png (99,646) 2014-08-19 21:33
https://issues.openbravo.com/file_download.php?file_id=7144&type=bug
png
Issue History
Date ModifiedUsernameFieldChange
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:33OrekariaOBNetwork customer => No
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