Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0014806 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Openbravo ERP] A. Platform | minor | always | 2010-10-07 11:17 | 2010-11-09 22:46 | |||
Reporter | networkb | View Status | public | |||||
Assigned To | alostale | |||||||
Priority | high | Resolution | duplicate | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | 2.50MP24 | |||
OS | Linux 32 bit | Database | PostgreSQL | Java version | 1.6.0_18 | |||
OS Version | Community Appliance | Database version | 8.3.9 | Ant version | 1.7.1 | |||
Product Version | 2.50MP22 | 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 | 0014806: auxiliar input belonging to module distinct that core module, the behaviour is distinct to "auxiliar input" belonging to core | |||||||
Description | . if you create a new auxiliar input, with db prefix, the behaviour is not equal that core auxiliar input. . in sales order line, there is an auxiliar input HASSECONDUOM asociated to columns "C_ORDER_UOM" and "QTY_ORDERED" . when you select a product with second UOM, the fields ORDER UOM and QTY ORDERED are shown automatically. . this fields are shown because they have a display logic "@HASSECONDUOM@ = 1" . But if you try the same with auxiliar input belong to module distinct of core module, the fields are not shown. | |||||||
Steps To Reproduce | . create new module (type module, name TEST) with db_prefix "TEST" . Application Dictionary || Setup || Auxiliary Input || Auxiliary Input new record: module: TEST tab: Lines - Sales Order name: TEST_HASSECONDUOM validation code: @SQL=SELECT (CASE COUNT(*) WHEN 0 THEN 0 ELSE 1 END) AS TOTAL FROM M_PRODUCT_UOM WHERE M_PRODUCT_ID=@M_Product_ID@ . Application Dictionary || Windows, Tabs, and Fields || Window record: Sales Order . Application Dictionary || Windows, Tabs, and Fields || Window >> Tab record: lines . Application Dictionary || Windows, Tabs, and Fields || Window >> Tab >> Field record: order UOM modify the display logic to @TEST_HASSECONDUOM@=1 record: Order Quantity modify the display logic to @TEST_HASSECONDUOM@=1 . compile sales order window . when you select a product with second UOM, the fields are not shown. If you save the record, the fields are shown. | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | ||||||||
|
Notes | |
(0032393) alostale (manager) 2010-11-04 15:59 |
The problem is the one explained in 0004350: auxiliary inputs are not refreshed when the fields they depend on are modified, that's why the fields are not shown when the product is selected but they are when the record is saved. Auxiliary in modules behave in the same way as ones in core. This can be workarounded by adding a callout that sets the auxiliary input value after selecting the product. Which is in the way that is done for core sales order [1]. [1] https://code.openbravo.com/erp/devel/pi/file/3ad12ab37ec5/src/org/openbravo/erpCommon/ad_callouts/SL_Order_Product.java#l172 [^] |
Issue History | |||
Date Modified | Username | Field | Change |
2010-10-07 11:17 | networkb | New Issue | |
2010-10-07 11:17 | networkb | Assigned To | => alostale |
2010-10-11 09:06 | alostale | Status | new => scheduled |
2010-11-04 15:59 | alostale | Relationship added | duplicate of 0004350 |
2010-11-04 15:59 | alostale | Note Added: 0032393 | |
2010-11-04 15:59 | alostale | Status | scheduled => closed |
2010-11-04 15:59 | alostale | Resolution | open => duplicate |
2010-11-09 22:46 | anonymous | sf_bug_id | 0 => 3106257 |
Copyright © 2000 - 2009 MantisBT Group |