Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] I. Performancemajoralways2022-09-14 21:042023-01-02 19:08
ReporteraxelmercadoView Statuspublic 
Assigned ToAugustoMauch 
PriorityhighResolutionopenFixed in Version
StatusnewFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Versionpi
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionpiSCM revision 
Review Assigned To
Web browser
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0050252: Sessions remain open when the browser is closed.

DescriptionWhen we close the browser either intentionally or accidentally, the session in which the terminal was open is not closed. When the browser and the terminal are opened again, it generates a new session.
Steps To Reproduce1 - Login to the Web POS or Backoffice.
2 - Verify in as system, in the window Sessions, the ones that are open.
3 - Close the browser and open it again.
4 - Perform again step 1 and 2.
5 - Notice that the sessions have been duplicated since the previous one has remained open.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
AugustoMauch (manager)
2022-10-03 00:12

Axel, I cannot reproduce the issue. If I have a current session and I close the browser and open it again, the same session is reused. Only when I log out a new session is created
axelmercado (developer)
2022-10-06 01:16

Augusto, I attach a video: [^]

I have played it both in livebuilds and in my local.
AugustoMauch (manager)
2022-10-10 14:17

Hello Axel,

I was able to reproduce it thanks. The application behaves like that because the cookie were we store the JSESSION is of type session (thus it is destroyed when the browser is closed) instead of persisted (it would have an expiration date). This seems to us a design defect.

In order to understand the criticity of the issue we need to know why do you think it is a major issue ( [^]). Could you tell us why you think the severify of this issue is major?
AugustoMauch (manager)
2022-10-20 14:04

Removing the SLA because the feedback question is not being answered. Feel Axel, feel free to update it once you can answer the question
axelmercado (developer)
2023-01-02 19:07

The partner had reported the problem as very important because it was causing problems for one of his customers. I asked him if he could give us the reason why the problem was being major and I had no response, so I proceeded to close the ticket. You can proceed to close this issue, sorry for the delay in response.

- Issue History
Date Modified Username Field Change
2022-09-14 21:04 axelmercado New Issue
2022-09-14 21:04 axelmercado Assigned To => Triage Platform Base
2022-09-14 21:04 axelmercado Modules => Core
2022-09-14 21:04 axelmercado Triggers an Emergency Pack => No
2022-10-03 00:12 AugustoMauch Note Added: 0141542
2022-10-03 00:12 AugustoMauch Assigned To Triage Platform Base => axelmercado
2022-10-03 00:12 AugustoMauch Status new => feedback
2022-10-06 01:16 axelmercado Note Added: 0141707
2022-10-06 01:17 axelmercado Assigned To axelmercado => AugustoMauch
2022-10-06 01:17 axelmercado Status feedback => new
2022-10-10 14:17 AugustoMauch Note Added: 0141911
2022-10-10 14:17 AugustoMauch Status new => feedback
2022-10-20 14:04 AugustoMauch Note Added: 0142349
2023-01-02 11:10 AugustoMauch Assigned To AugustoMauch => axelmercado
2023-01-02 19:07 axelmercado Note Added: 0145126
2023-01-02 19:08 axelmercado Assigned To axelmercado => AugustoMauch
2023-01-02 19:08 axelmercado Status feedback => new

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker