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

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] Z. Othersmajoralways2010-11-03 16:512011-09-19 10:18
ReporterrgorisView Statuspublic 
Assigned Tomirurita 
PrioritynormalResolutionno change requiredFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product Version2.50SCM revision 
Review Assigned To
Web browser
ModulesAdvanced Payables and Receivables Mngmt
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0015110: Actual payment field value not synced with payment field value in grid

DescriptionActual payment field value not synced with payment field value in grid in ADD PAYMENT dialogue.
Steps To ReproduceComplete a sales invoice. Hit ADD PAYMENT button. Enter the correct value in the grid (payment). Look at actual payment field value above (which is 0). This is not synchronized where it should.

If you do it the other way round, it works.
Proposed Solutionsynchronize values
TagsNo tags attached.
Attached Filespng file icon syncAmounts.png [^] (64,301 bytes) 2010-11-15 19:55

png file icon syncAmounts2.png [^] (54,551 bytes) 2010-11-15 20:04

png file icon syncAmounts3.png [^] (55,765 bytes) 2010-11-15 20:15

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
mirurita (developer)
2010-11-15 18:26

The behavior is intended:

Add Payment in Sales: the user should fill first the actual payment and the amount will be distributed among grid line payments.

Add Payment in Purchase: the actual payment is a read only field, so the user should go filling the amount in each grid line. The actual payment will be updated automatically after these events.
rgoris (developer)
2010-11-15 19:54

Mikel, the scenario you describe is correct (this is what we designed indeed). The total amount entered at Actual Payment is nicely distributed.

However, if the user enters an amount in the grid field first, then the Actual payment in the top half remains 0. This is not intended. It should update to the sum of all the values in the grid. Also see screenshot. I received only 6 EUR against invoice I09/828 and entered that value in the grid field.
rgoris (developer)
2010-11-15 20:04
edited on: 2010-11-15 20:15

Ok, this might get too complicated. Here is an easy fix: When this window opens, the fields in the grid must be disabled. Now, the user is forced to enter a value in the Actual Payment field and is not tempted to enter it in the grid. See 2nd attached image (of how it should behave).

Perhaps even better is to already pre-fill the amount due for the sales invoice from where you launched the Add Payment window. I´ll discuss with RMO.

rmorley (reporter)
2010-11-16 17:33

The solutions proposed result in an unacceptable loss of functionality in order to fix what amounts to a cosmetic issue.
The both the actual payment field and the grid must remain editable (with the amount being distributed from the actual payment field to the grid.
The actual payment field should also be updated if the user chooses to update the grid first. If this is not possible (as it may result in a circular argument) then we should acknowledge this as a known limitation and leave the functionality as it is. However, I am surprised that it appears to be such a big issue to have the UI behave in the way it was specified. It should be possible to control the field logic based on the source of the update, i.e., a manual edit results in a distribution to the grid, but an automated update from the grid doesn't.
psarobe (manager)
2011-09-19 10:18

Finally this is the intended behaviour and it is going to remain like this


- Issue History
Date Modified Username Field Change
2010-11-03 16:51 rgoris New Issue
2010-11-03 16:51 rgoris Assigned To => mirurita
2010-11-15 18:26 mirurita Note Added: 0032622
2010-11-15 18:26 mirurita Status new => closed
2010-11-15 18:26 mirurita Resolution open => no change required
2010-11-15 19:54 rgoris Note Added: 0032624
2010-11-15 19:54 rgoris Status closed => new
2010-11-15 19:54 rgoris Resolution no change required => open
2010-11-15 19:55 rgoris File Added: syncAmounts.png
2010-11-15 20:04 rgoris Note Added: 0032625
2010-11-15 20:04 rgoris File Added: syncAmounts2.png
2010-11-15 20:04 rgoris Note Edited: 0032625 View Revisions
2010-11-15 20:15 rgoris File Added: syncAmounts3.png
2010-11-15 20:15 rgoris Note Edited: 0032625 View Revisions
2010-11-15 20:16 rgoris Issue Monitored: rmorley
2010-11-16 17:33 rmorley Note Added: 0032639
2011-09-19 10:18 psarobe Note Added: 0041055
2011-09-19 10:18 psarobe Status new => closed
2011-09-19 10:18 psarobe Resolution open => no change required

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker