Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0027380
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajoralways2014-08-19 21:332016-03-09 19:22
ReporterOrekariaView Statuspublic 
Assigned ToOrekaria 
PrioritynormalResolutionunable to reproduceFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned ToOrekaria
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0027380: 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)
TagsNo tags attached.
Attached Filespng file icon terminalNotLoading.png [^] (99,646 bytes) 2014-08-19 21:33

- Relationships Relation Graph ] Dependency Graph ]
depends on defect 0027200 closedOrekaria Stabilization: Current user/role has no access to class org.openbravo.retail.posterminal.term.Terminal 
blocks feature request 0027329 newRetail Stabilization: Overhaul the loading process (since the url is entered until the webpos has loaded) 
blocks defect 0027413 newRetail Stabilization: It should never ever be necessary to clear cache. 

-  Notes
(0084856)
Orekaria (administrator)
2016-03-09 19:22

Unable to reproduce

- Issue History
Date Modified Username Field Change
2014-08-19 21:33 Orekaria New Issue
2014-08-19 21:33 Orekaria Assigned To => Orekaria
2014-08-19 21:33 Orekaria File Added: terminalNotLoading.png
2014-08-19 21:33 Orekaria Triggers an Emergency Pack => No
2014-08-19 21:34 Orekaria Relationship added blocks 0027329
2014-08-19 21:34 Orekaria Summary 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
2014-08-19 21:35 Orekaria Steps to Reproduce Updated View Revisions
2014-08-19 21:39 Orekaria Proposed Solution updated
2014-08-21 10:00 Orekaria Description Updated View Revisions
2014-08-22 02:49 Orekaria Steps to Reproduce Updated View Revisions
2014-08-22 09:18 Orekaria Relationship added blocks 0027413
2014-08-22 13:04 Orekaria Relationship added depends on 0027200
2014-09-22 16:22 mtaal Target Version RR14Q4 =>
2016-03-09 19:22 Orekaria Review Assigned To => Orekaria
2016-03-09 19:22 Orekaria Note Added: 0084856
2016-03-09 19:22 Orekaria Status new => closed
2016-03-09 19:22 Orekaria Resolution open => unable to reproduce


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker