Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0017586 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Openbravo ERP] 01. General setup | major | have not tried | 2011-06-09 23:32 | 2011-07-05 17:54 | |||
Reporter | plujan | View Status | public | |||||
Assigned To | marvintm | |||||||
Priority | immediate | Resolution | fixed | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | 578d1875c1b5 | ||||
Projection | none | ETA | none | Target Version | 3.0MP1 | |||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | pi | SCM revision | ||||||
Review Assigned To | ||||||||
Web browser | ||||||||
Modules | Core | |||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0017586: First time you try to save a Fiscal Year, it does not get saved | |||||||
Description | When creating a Fiscal Calendar, on Fiscal Year tab, if I click Save button, it does not actually do anything. Only when clicking a second time the record gets saved. Error detected by automated test. | |||||||
Steps To Reproduce | 1. Using QAAdmin go to Fiscal Calendar window 2. Create a new Fiscal Calendar and save 3. Create a new Fiscal Year. Save. The record is not saved. Information banner still says "New" 4. Save again. Now the record is saved. | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | ||||||||
|
Notes | |
(0038251) hgbot (developer) 2011-06-10 16:02 |
Repository: erp/devel/pi Changeset: 578d1875c1b5061f8f9ec100bdf4055aaed49ca8 Author: Antonio Moreno <antonio.moreno <at> openbravo.com> Date: Fri Jun 10 15:57:45 2011 +0200 URL: http://code.openbravo.com/erp/devel/pi/rev/578d1875c1b5061f8f9ec100bdf4055aaed49ca8 [^] Fixed issue 17586. The save action will take place correctly after the callouts are executed. --- M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/toolbar/ob-toolbar.js --- |
(0038252) marvintm (developer) 2011-06-10 16:22 |
Important note: a backport for mp0 is not needed, as the changeset which broke it wasn't backported to the mp0 branch. This issue was related to the fix for the following issue: https://issues.openbravo.com/view.php?id=16940 [^] The changeset for it was reverted, and therefore this problem no longer happens. |
(0038255) shuehner (administrator) 2011-06-10 17:16 |
Setting target version to MP1 matching explanation of marvintm in comment (38252). |
(0038443) hudsonbot (developer) 2011-06-22 11:43 |
A changeset related to this issue has been promoted main and to the Central Repository, after passing a series of tests. Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/abb438586c0e [^] Maturity status: Test |
(0038479) hgbot (developer) 2011-06-22 13:01 |
Repository: erp/devel/pi Changeset: 3d645f1ae35c81d70537001c1944e726d9e3c2d4 Author: Antonio Moreno <antonio.moreno <at> openbravo.com> Date: Wed Jun 22 13:00:11 2011 +0200 URL: http://code.openbravo.com/erp/devel/pi/rev/3d645f1ae35c81d70537001c1944e726d9e3c2d4 [^] Fixed issue 16940. Validation will not be done if there is a FIC call pending. With this change, if the user clicks on the save button while there is a FIC call in progress, the validation will not be done at that point. However, the validation will be done in the subsequent call to the saveRow() method, and therefore, it will still interrupt the save action if some field value is incorrect. This fixes the problem of the user pressing save when callouts are being executed, it still preserves the behaviour of the save action being posponed if the last changed field triggers a callout (see issue 17586), and still triggers validation in every possible save action. --- M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/ob-view-form.js --- |
(0038789) shuehner (administrator) 2011-07-05 17:54 |
reviewed+test on pi/pgsql/chromium (rev id: 89b11e5682fb). Tested together with 16940. Both problems described cannot be reproduce anymore. Enabled/disabled state of toolbar buttons is now again independent of the inFicCall in progress or not. However if validations are not being done while a fic-call is in progress as the fic-result processing will only set the values which should be validated. Validation will be done on real save (if save was pressed while fic-call is being in progress as described in 16940 issue)). |
Issue History | |||
Date Modified | Username | Field | Change |
2011-06-09 23:32 | plujan | New Issue | |
2011-06-09 23:32 | plujan | Assigned To | => dalsasua |
2011-06-09 23:32 | plujan | Modules | => Core |
2011-06-10 08:17 | elopio | Relationship added | has duplicate 0017587 |
2011-06-10 11:11 | plujan | Assigned To | dalsasua => marvintm |
2011-06-10 16:02 | hgbot | Checkin | |
2011-06-10 16:02 | hgbot | Note Added: 0038251 | |
2011-06-10 16:02 | hgbot | Status | new => resolved |
2011-06-10 16:02 | hgbot | Resolution | open => fixed |
2011-06-10 16:02 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/578d1875c1b5061f8f9ec100bdf4055aaed49ca8 [^] |
2011-06-10 16:22 | marvintm | Note Added: 0038252 | |
2011-06-10 17:16 | shuehner | Note Added: 0038255 | |
2011-06-10 17:16 | shuehner | Target Version | 3.0MP0 => 3.0MP1 |
2011-06-22 11:43 | hudsonbot | Checkin | |
2011-06-22 11:43 | hudsonbot | Note Added: 0038443 | |
2011-06-22 13:01 | hgbot | Checkin | |
2011-06-22 13:01 | hgbot | Note Added: 0038479 | |
2011-07-05 17:54 | shuehner | Note Added: 0038789 | |
2011-07-05 17:54 | shuehner | Status | resolved => closed |
Copyright © 2000 - 2009 MantisBT Group |