Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0012051 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [Openbravo ERP] 00. Application dictionary | critical | always | 2010-01-23 11:26 | 2010-02-10 11:43 | |||
| Reporter | Neha Mathur | View Status | public | |||||
| Assigned To | dbaz | |||||||
| Priority | urgent | Resolution | duplicate | Fixed in Version | ||||
| Status | closed | Fix in branch | Fixed in SCM revision | 23ac74829856 | ||||
| Projection | none | ETA | none | Target Version | ||||
| OS | Windows | Database | Oracle | Java version | 1.6 | |||
| OS Version | XP Professional - SP2 | Database version | 11g Standard One | Ant version | 1.7.1 | |||
| Product Version | 2.50 | SCM revision | ||||||
| Merge Request Status | ||||||||
| Review Assigned To | ||||||||
| OBNetwork customer | No | |||||||
| Web browser | ||||||||
| Modules | Core | |||||||
| Support ticket | ||||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0012051: Read only logic fails on combo if a callout is associated with it. | |||||||
| Description | When a read only logic is applied on a field (or updatable field is false) and there is a callout is associated with it ;then on changing the value from the combo box the callout associated with it is triggered automatically.But since the field is read only , the callout for it should not be triggered. Since the callout runs for the readonly logic , our purpose is not solved. | |||||||
| Steps To Reproduce | 1. add a read only logic to a field 2. make a relevant call out for that field 3. associate the callout with that field. 4. now compile 5. try to change the combo box's value which was set read only (or updatable false) 6. the callout associated with it is triggered which fails the logic for setting a readonly logic. | |||||||
| Proposed Solution | When read only logic works the callout behind that field should be disabled automatically. | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
||||||||
|
||||||||
 Relationships |
|
Notes |
|
|
(0023788) dbaz (viewer) 2010-01-25 11:18 |
Repository: erp/devel/pi Changeset: 23ac7482985604c75216c6c4f8572769cfce2ca0 Author: David Baz Fayos <david.baz <at> openbravo.com> Date: Sun Jan 24 22:35:41 2010 +0100 URL: http://code.openbravo.com/erp/devel/pi/rev/23ac7482985604c75216c6c4f8572769cfce2ca0 [^] Fixed issue 12052: Combos with ReadOnlyLogic now don't fire onchange when readonly --- M src/org/openbravo/erpCommon/security/Login_F1.html M web/js/utils.js --- |
|
(0024089) Neha Mathur (viewer) 2010-02-10 11:43 |
You have considered the issue, as resolved, but we have confirmed at our end that even after replacing the JS (as suggested in the solution), the callout is still triggered. The fix may work on fields that are permanently marked as read only but it does not work on fields with columns on which Read Only LOGIC is applied. Following are the steps to reproduce the error / problem: Associate a callout and apply read only logic on the same column (having TableDir or Table as refernce); during run time, when the condition is satisfied to make the column read only, the field is shown as disabled, BUT the callout still gets triggered which defeats the purpose of making the column read only. Please get the issue resolved ASAP, since this is one of the major hurdle and is defeating the logic being used to maintain the data integrity. |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2010-01-23 11:26 | Neha Mathur | New Issue | |
| 2010-01-23 11:26 | Neha Mathur | Assigned To | => alostale |
| 2010-01-24 18:58 | iciordia | OBNetwork customer | => No |
| 2010-01-24 18:58 | iciordia | Assigned To | alostale => dbaz |
| 2010-01-24 18:58 | iciordia | Priority | normal => urgent |
| 2010-01-24 18:58 | iciordia | Status | new => acknowledged |
| 2010-01-24 18:58 | iciordia | Status | acknowledged => scheduled |
| 2010-01-24 18:58 | iciordia | fix_in_branch | => pi |
| 2010-01-25 11:18 | dbaz | Relationship added | has duplicate 0012052 |
| 2010-01-25 11:18 | dbaz | Note Added: 0023788 | |
| 2010-01-25 11:19 | dbaz | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/23ac7482985604c75216c6c4f8572769cfce2ca0 [^] |
| 2010-01-25 11:19 | dbaz | fix_in_branch | pi => |
| 2010-01-25 11:20 | dbaz | Relationship replaced | duplicate of 0012052 |
| 2010-01-25 11:20 | dbaz | Status | scheduled => closed |
| 2010-01-25 11:20 | dbaz | Duplicate ID | 0 => 12052 |
| 2010-01-25 11:20 | dbaz | Resolution | open => duplicate |
| 2010-01-26 00:00 | anonymous | sf_bug_id | 0 => 2939798 |
| 2010-02-10 11:43 | Neha Mathur | Note Added: 0024089 | |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |