Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0010915Openbravo ERP00. Application dictionarypublic2009-10-09 08:262009-11-14 00:00
Reporternetworkb 
Assigned Toalostale 
PriorityimmediateSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS30OS Version
Product Version2.50MP6 
Target Version2.50MP9Fixed 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
Summary0010915: When trying to add a new tab in a deactived window, the tab is added in an different window
DescriptionWhen trying to add a new tab in a deactived window, the tab is added in an different window.
This happens because when accesing to the tab, the window does not appears in the window combo because it is deactivated
Steps To Reproduce-Login as system administrator
-Define a new module an set it as indevelopment
-Go to the window and fields window and select the asset window
-See that it is deactivated
-Go to the tabs
-Click on new
-See that the window combo changes to a different window, so
if you create the tab it is not generated on the asset window
Proposed SolutionAlostale what do you suggest to do?

Not allow to move to a child if the parent is not activate?
Additional Information
TagsNo tags attached.
Relationships
related to defect 0008228pi closed dbaz Callouts fro client and organization fields are not executed when creating a new record 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2009-10-09 08:26networkbNew Issue
2009-10-09 08:26networkbAssigned To => rafaroda
2009-10-09 08:50psarobePriorityimmediate => high
2009-10-09 08:51psarobeAssigned Torafaroda => alostale
2009-10-09 08:51psarobeSteps to Reproduce Updated
2009-10-09 08:51psarobeStatusnew => scheduled
2009-10-09 08:51psarobefix_in_branch => pi
2009-10-22 10:04networkbTarget Version2.50MP8 => 2.50MP9
2009-10-22 10:04networkbfix_in_branchpi =>
2009-11-09 13:58pnudingPriorityhigh => immediate
2009-11-10 08:58alostaleNote Added: 0021666
2009-11-10 09:33hgbotCheckin
2009-11-10 09:33hgbotNote Added: 0021667
2009-11-10 09:33hgbotStatusscheduled => resolved
2009-11-10 09:33hgbotResolutionopen => fixed
2009-11-10 09:33hgbotFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/044bf18f42e28546484aeccbbdb2a5e74067f245 [^]
2009-11-10 11:14alostaleStatusresolved => new
2009-11-10 11:14alostaleResolutionfixed => open
2009-11-10 11:14alostaleRelationship addedrelated to 0008228
2009-11-10 11:14alostaleStatusnew => scheduled
2009-11-10 11:14alostalefix_in_branch => pi
2009-11-10 11:14alostaleStatusscheduled => resolved
2009-11-10 11:14alostaleResolutionopen => fixed
2009-11-13 12:37iperdomoNote Added: 0021812
2009-11-13 12:37iperdomoStatusresolved => closed
2009-11-14 00:00anonymoussf_bug_id0 => 2897489

Notes
(0021666)
alostale   
2009-11-10 08:58   
The problem is in the combo reload triggered for computing client/organization accessibility within combos. It removes inactive elements from combos, and it is triggered also for window combo.

The solution is not to trigger this reload for parent combos since it should not be possible to change them.
(0021667)
hgbot   
2009-11-10 09:33   
Repository: erp/devel/pi
Changeset: 044bf18f42e28546484aeccbbdb2a5e74067f245
Author: Asier Lostalé <asier.lostale <at> openbravo.com>
Date: Tue Nov 10 09:33:18 2009 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/044bf18f42e28546484aeccbbdb2a5e74067f245 [^]

fixed bug 0010915
  Do not take into account parent combos when computing combo reloads for WAD windows

---
M src-wad/src/org/openbravo/wad/Wad.java
---
(0021812)
iperdomo   
2009-11-13 12:37   
Checked on pi @ rev 4b55a0966c43