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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0053767
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] A. Platformmajoralways2023-10-26 11:032023-10-26 11:07
ReporternjimenezView Statuspublic 
Assigned ToTriage Platform Base 
PrioritynormalResolutionopenFixed in Version
StatusnewFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0053767: During a synchronization data process it is not posible to update a column without a flush execution

DescriptionWhen a process that extends pos data synchronization process tries to update a column value in cross store from a record that the user role has not access, it is needed to make a flush to update the information.

Otherwise an error will be received while updating the record information as on OBInterceptor class will receive the obContext.isInCrossOrgAdministratorMode() value as false in its second execution.
Steps To Reproduce1. Create a process that extends the POSDataSynchronizationProcess
2. Update a column from an already created record without executing a flush
3. Execute the process with a user that does not have access to the organization that created the record that is intended to be updated.

See how an error is received while updating information.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0050160 closedcaristu Openbravo ERP Write access should not be done when flushing dirty changes of bobs saved in admin mode 
related to defect 0053710 closedander_flores Retail Modules Allow to create a tax refund in another store 

-  Notes
(0156317)
njimenez (developer)
2023-10-26 11:06
edited on: 2023-10-26 11:11

This problem has been rised while developing the fix for the issue, 53710. We have a process that generated this error while trying to update the information with a user without access to the original organization.

See how it has been needed to add a flush to make the process work. Once this issue is fixed will be needed to update this process by removing this statement.

https://gitlab.com/openbravo/product/pmods/org.openbravo.events.taxfree/-/merge_requests/19/diffs#1e42dc14cb99816d829dea9fa1fa61ebaf7f8291_68_64 [^]


- Issue History
Date Modified Username Field Change
2023-10-26 11:03 njimenez New Issue
2023-10-26 11:03 njimenez Assigned To => Triage Platform Base
2023-10-26 11:03 njimenez Modules => Core
2023-10-26 11:03 njimenez Triggers an Emergency Pack => No
2023-10-26 11:03 njimenez Relationship added related to 0050160
2023-10-26 11:06 njimenez Note Added: 0156317
2023-10-26 11:07 njimenez Relationship added related to 0053710
2023-10-26 11:11 njimenez Note Edited: 0156317 View Revisions


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker