0048718: Not able to change password

Description

Change password screen non-responsive when logged in to back-office through the Web-POS.

We noticed that when the user is not associated with a Business Partner or Business Partner Address then this problem occurs. So a workaround is to associate a user with the business partner.

Steps To Reproduce

-Login to Web-POS
-Go to Menu and click on Back-office menu entry
-In the back-office, click on the user and change password, and click Apply button
-Notice that the Apply button is non-responsive

Proposed Solution

We have attached the stack trace from the customer's environment for your reference.

Tags

No tags attached.

Attached Files

change-password-issue.txt [^] (5,299 bytes) 2022-03-04 09:26 [Show Content] [Hide Content]

2022-03-04 09:08:27,238 [http-8] ERROR org.openbravo.base.exception.OBSecurityException - Entity BusinessPartner is not writable by this user
org.openbravo.base.exception.OBSecurityException: Entity BusinessPartner is not writable by this user
	at org.openbravo.dal.security.SecurityChecker.checkWriteAccess(SecurityChecker.java:149) [classes/:?]
	at org.openbravo.dal.security.SecurityChecker.checkWriteAccess(SecurityChecker.java:107) [classes/:?]
	at org.openbravo.dal.core.OBInterceptor.doEvent(OBInterceptor.java:351) [classes/:?]
	at org.openbravo.dal.core.OBInterceptor.onFlushDirty(OBInterceptor.java:186) [classes/:?]
	at org.hibernate.event.internal.DefaultFlushEntityEventListener.invokeInterceptor(DefaultFlushEntityEventListener.java:355) [hibernate-core-5.4.2.Final.jar:5.4.2.Final]
	at org.hibernate.event.internal.DefaultFlushEntityEventListener.handleInterception(DefaultFlushEntityEventListener.java:332) [hibernate-core-5.4.2.Final.jar:5.4.2.Final]
	at org.hibernate.event.internal.DefaultFlushEntityEventListener.scheduleUpdate(DefaultFlushEntityEventListener.java:283) [hibernate-core-5.4.2.Final.jar:5.4.2.Final]
	at org.hibernate.event.internal.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:154) [hibernate-core-5.4.2.Final.jar:5.4.2.Final]
	at org.hibernate.event.internal.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:235) [hibernate-core-5.4.2.Final.jar:5.4.2.Final]
	at org.hibernate.event.internal.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:94) [hibernate-core-5.4.2.Final.jar:5.4.2.Final]
	at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:38) [hibernate-core-5.4.2.Final.jar:5.4.2.Final]
	at org.hibernate.internal.SessionImpl.doFlush(SessionImpl.java:1484) [hibernate-core-5.4.2.Final.jar:5.4.2.Final]
	at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1470) [hibernate-core-5.4.2.Final.jar:5.4.2.Final]
	at org.openbravo.dal.service.OBDal.flush(OBDal.java:265) [classes/:?]
	at org.openbravo.dal.core.SessionHandler.flushRemainingChanges(SessionHandler.java:694) [classes/:?]
	at org.openbravo.dal.core.SessionHandler.commitAndClose(SessionHandler.java:606) [classes/:?]
	at org.openbravo.dal.core.SessionHandler.commitAndClose(SessionHandler.java:588) [classes/:?]
	at org.openbravo.dal.core.DalThreadHandler.closeDefaultPoolSession(DalThreadHandler.java:69) [classes/:?]
	at org.openbravo.dal.core.DalThreadHandler.doFinal(DalThreadHandler.java:43) [classes/:?]
	at org.openbravo.dal.core.DalRequestFilter$1.doFinal(DalRequestFilter.java:110) [classes/:?]
	at org.openbravo.dal.core.ThreadHandler.run(ThreadHandler.java:66) [classes/:?]
	at org.openbravo.dal.core.DalRequestFilter.doFilter(DalRequestFilter.java:118) [classes/:?]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [tomcat8-catalina-8.5.39.jar:8.5.39]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat8-catalina-8.5.39.jar:8.5.39]
	at org.apache.logging.log4j.web.Log4jServletFilter.doFilter(Log4jServletFilter.java:71) [log4j-web-2.17.0.jar:2.17.0]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [tomcat8-catalina-8.5.39.jar:8.5.39]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat8-catalina-8.5.39.jar:8.5.39]
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:200) [tomcat8-catalina-8.5.39.jar:8.5.39]
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) [tomcat8-catalina-8.5.39.jar:8.5.39]
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:493) [tomcat8-catalina-8.5.39.jar:8.5.39]
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) [tomcat8-catalina-8.5.39.jar:8.5.39]
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:81) [tomcat8-catalina-8.5.39.jar:8.5.39]
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87) [tomcat8-catalina-8.5.39.jar:8.5.39]
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343) [tomcat8-catalina-8.5.39.jar:8.5.39]
	at org.apache.coyote.ajp.AjpProcessor.service(AjpProcessor.java:476) [tomcat8-coyote-8.5.39.jar:8.5.39]
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) [tomcat8-coyote-8.5.39.jar:8.5.39]
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:806) [tomcat8-coyote-8.5.39.jar:8.5.39]
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1498) [tomcat8-coyote-8.5.39.jar:8.5.39]
	at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) [tomcat8-coyote-8.5.39.jar:8.5.39]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?]
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat8-util-8.5.39.jar:8.5.39]
	at java.lang.Thread.run(Thread.java:829) [?:?]

Relationships [ Relation Graph ] [ Dependency Graph ]

Notes
(0135596) AugustoMauch (manager) 2022-03-09 17:10	Yogas, I cannot reproduced the issue. In livebuilds I logged in in the POS with the Openbravo user (that is not associated with a business partner). Then I clicked on the Backoffice button and was able to update its password without any trouble, both from the User window and using the Change Password tab in the Profile

(0135839) yogaskarnik (viewer) 2022-03-18 11:17	A custom event handler updating the Business Partner entity when updating the User is causing this exception. So this issue is not relevant anymore.

(0135876) AugustoMauch (manager) 2022-03-21 10:23	No change required in the product, problem was caused by customization module, owner has been notified

Issue History
Date Modified	Username	Field	Change
2022-03-04 09:26	yogaskarnik	New Issue
2022-03-04 09:26	yogaskarnik	Assigned To	=> Triage Platform Base
2022-03-04 09:26	yogaskarnik	File Added: change-password-issue.txt
2022-03-04 09:26	yogaskarnik	Modules	=> Core
2022-03-04 09:26	yogaskarnik	Triggers an Emergency Pack	=> No
2022-03-04 09:33	yogaskarnik	Proposed Solution updated
2022-03-04 09:52	yogaskarnik	Description Updated	View Revisions
2022-03-04 09:52	yogaskarnik	Proposed Solution updated
2022-03-09 17:10	AugustoMauch	Note Added: 0135596
2022-03-09 17:10	AugustoMauch	Status	new => feedback
2022-03-09 17:10	AugustoMauch	Assigned To	Triage Platform Base => yogaskarnik
2022-03-18 11:17	yogaskarnik	Note Added: 0135839
2022-03-18 11:18	yogaskarnik	Resolution	open => no change required
2022-03-21 10:23	AugustoMauch	Note Added: 0135876
2022-03-21 10:23	AugustoMauch	Status	feedback => closed