Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0016219Openbravo ERP09. Financial managementpublic2011-03-10 18:242011-03-16 00:00
Reporterjtarbal 
Assigned Tomarvintm 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version3.0RC4 
Target Version3.0RC5Fixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0016219: Cannot create G/L Journal Entries
DescriptionIn an Openbravo 3RC4 with the new UI, it is not possible to create a "G/L Journal" transaction.
Steps To Reproduce1.- Go to "G/L Journal" window.
2.- Click on the "Create a new record in a form" button. Realize that the button does not work.
3.- Click on the "Create a new record in the grid" button and fill in all mandatory fields.
4.- Realize that the record cannot be saved as the creation date does not exist.
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
Attached Files? GL Journal Entry.bmp (4,096,054) 2011-03-12 01:34
https://issues.openbravo.com/file_download.php?file_id=3665&type=bug
Issue History
Date ModifiedUsernameFieldChange
2011-03-10 18:24jtarbalNew Issue
2011-03-10 18:24jtarbalAssigned To => dalsasua
2011-03-10 18:24jtarbalModules => Core
2011-03-11 10:19dalsasuaSeveritycritical => major
2011-03-11 10:20dalsasuaNote Added: 0034747
2011-03-12 01:34xplacesFile Added: GL Journal Entry.bmp
2011-03-12 01:39xplacesNote Added: 0034768
2011-03-14 07:32dalsasuaAssigned Todalsasua => alostale
2011-03-14 10:56alostaleStatusnew => scheduled
2011-03-14 12:27alostaleAssigned Toalostale => mtaal
2011-03-14 12:42mtaalNote Added: 0034795
2011-03-14 12:42mtaalStatusscheduled => feedback
2011-03-14 13:40xplacesNote Added: 0034802
2011-03-14 16:02iperdomoFixed in Version => 3.0RC5
2011-03-14 16:14iperdomoFixed in Version3.0RC5 =>
2011-03-14 16:14iperdomoTarget Version => 3.0RC5
2011-03-14 17:44mtaalNote Added: 0034821
2011-03-14 17:45mtaalAssigned Tomtaal => marvintm
2011-03-14 18:08iperdomoStatusfeedback => scheduled
2011-03-14 18:08iperdomofix_in_branch => pi
2011-03-14 18:48marvintmNote Added: 0034834
2011-03-14 18:50hgbotCheckin
2011-03-14 18:50hgbotNote Added: 0034835
2011-03-14 18:50hgbotStatusscheduled => resolved
2011-03-14 18:50hgbotResolutionopen => fixed
2011-03-14 18:50hgbotFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/234b12f6fdd845c7a7162d311faf8db4b95ecd96 [^]
2011-03-15 12:35iperdomoNote Added: 0034872
2011-03-15 12:35iperdomoStatusresolved => closed
2011-03-16 00:00anonymoussf_bug_id0 => 3214409

Notes
(0034747)
dalsasua   
2011-03-11 10:20   
Due to the reporting guidelines at http://wiki.openbravo.com/wiki/Bug_Reporting_Guidelines#How_to_Report_an_Issue [^] the severity is modified.
(0034768)
xplaces   
2011-03-12 01:39   
Same behaviour observed with RC4. However, after updating with last version today 11th march from live.builds, it is already possible to create a G/L Journal, a Header, but it is not possible to create lines. System shows this message : "Error
New object FinancialMgmtTaxRate(null) (key: ""_FinancialMgmtTaxRate) refered to but not present in the import set". I attach an screen-shot with this in live.builds.

If you check live.builds, there are already some G/L Entries totally completed, but:
* If you try to add a new line (after unposting and reactivating), same error occurs
* If you modify any of the existing lines, error does not occur

It seems then, something has changed which makes it work bad, while it worked fine previously (corresponding to the existing registers).
(0034795)
mtaal   
2011-03-14 12:42   
Hi,
This works fine with my pi instance. Can you recheck this on live.builds?
http://live.builds.openbravo.com/int-full-pgsql [^]

gr. Martin
(0034802)
xplaces   
2011-03-14 13:40   
Hi Martin,

I get the same error... :(

Try this in the environment you have proposed in live.builds:

* Go to G/L Journal
* Use the existing G/L Journal entry called "Asiento de Apertura"
* Try to add a new line under the header also called "Asiento de Apertura" (you will need to unpost it probably). Use this Accounting Combination : 0-17100-- , and for example 10.000 as debit ammount
* Once you try to save error message appears: "New object FinancialMgmtTaxRate(null) (key: ""_FinancialMgmtTaxRate) refered to but not present in the import set"

I've tried also with a new G/L entry, called "test xavi", and I've observed same error.

Let me know if you need any additional test from my side.

Regards,

Xavi
(0034821)
mtaal   
2011-03-14 17:44   
Found this:
The FormInitializationComponent returns this as the value for the tax:
"C_Tax_ID":{"value":"\"\"","classicValue":"\"\""}

So it seems to encode an empty string in the value.

gr. Martin
(0034834)
marvintm   
2011-03-14 18:48   
It seems like the default for the c_tax_id column is "". This is a pretty cornercase default, but there is no reason not to support it anyway, so I'm committing an issue for this.
(0034835)
hgbot   
2011-03-14 18:50   
Repository: erp/devel/pi
Changeset: 234b12f6fdd845c7a7162d311faf8db4b95ecd96
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Mon Mar 14 18:49:25 2011 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/234b12f6fdd845c7a7162d311faf8db4b95ecd96 [^]

Fixed issue 16219. Defaults with value "" now will work correctly.

---
M modules/org.openbravo.client.kernel/src/org/openbravo/client/kernel/reference/UIDefinition.java
---
(0034872)
iperdomo   
2011-03-15 12:35   
Tested on pi @ rev c8fbad03ca71