Openbravo Issue Tracking System - Openbravo ERP |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0011916 | Openbravo ERP | 04. Warehouse management | public | 2010-01-08 12:43 | 2010-06-14 14:09 |
|
Reporter | networkb | |
Assigned To | shuehner | |
Priority | urgent | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | 2.50MP9 | |
Target Version | 2.50MP14 | Fixed in Version | 2.50MP14 | |
Merge Request Status | |
Review Assigned To | |
OBNetwork customer | |
Web browser | |
Modules | Core |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0011916: You can select a Warehouse that does not belong to your organization |
Description | If you have an organization B with Secondary Warehouse and an organization A with Main Warehouse. When you create a Physical Inventory with the organization B you can select the Main Warehouse. |
Steps To Reproduce | -As Openbravo Admin go to Warehouse Management || Setup || Warehouse and Storage Bins
-Select Main Warehouse, Organization: A
-Save and select Secondary Warehouse, Organization: B
-Save and go to Warehouse Management || Transactions || Physical Inventory
-Create a new record with the organization B
-Realize that you can select the Main Warehouse. |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | related to | defect | 0011917 | 2.50MP12 | closed | rafaroda | You can select a Storage Bin that does not belong to the header's Warehouse | related to | defect | 0011413 | 2.50MP11 | closed | rafaroda | On the Physical Inventory It's possible choice a Storage bin from another Warehouse | related to | defect | 0011867 | | closed | alostale | Data Access Level = Organization does not work properly |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2010-01-08 12:43 | networkb | New Issue | |
2010-01-08 12:43 | networkb | Assigned To | => rafaroda |
2010-01-08 13:21 | rafaroda | Relationship added | related to 0011917 |
2010-01-08 13:21 | rafaroda | Relationship added | related to 0011413 |
2010-01-13 11:16 | rafaroda | Priority | immediate => high |
2010-01-13 11:16 | rafaroda | Status | new => scheduled |
2010-01-13 11:16 | rafaroda | Note Added: 0023382 | |
2010-02-11 11:07 | rafaroda | Assigned To | rafaroda => adrianromero |
2010-02-22 10:50 | psarobe | Assigned To | adrianromero => alostale |
2010-02-22 10:50 | psarobe | Priority | high => urgent |
2010-02-22 10:50 | psarobe | Target Version | 2.50MP12 => 2.50MP13 |
2010-03-02 15:12 | alostale | Note Added: 0024952 | |
2010-03-02 16:29 | alostale | Relationship added | has duplicate 0011867 |
2010-03-02 16:43 | alostale | Note Added: 0024957 | |
2010-03-02 16:51 | alostale | Note Added: 0024958 | |
2010-03-02 17:01 | hgbot | Checkin | |
2010-03-02 17:01 | hgbot | Note Added: 0024959 | |
2010-03-02 17:01 | hgbot | Status | scheduled => resolved |
2010-03-02 17:01 | hgbot | Resolution | open => fixed |
2010-03-02 17:01 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/ba4cbeb3d8a70b616076073020948725bdccdfcf [^] |
2010-03-03 07:15 | sureshbabu | Note Added: 0024974 | |
2010-03-03 07:15 | sureshbabu | Status | resolved => closed |
2010-03-03 07:15 | sureshbabu | Fixed in Version | => 2.50MP13 |
2010-03-08 16:04 | jpabloae | Fixed in Version | 2.50MP13 => 2.50MP14 |
2010-03-08 16:05 | jpabloae | Target Version | 2.50MP13 => 2.50MP14 |
2010-03-10 17:21 | anonymous | sf_bug_id | 0 => |
2010-03-10 18:28 | anonymous | sf_bug_id | => 2967972 |
2010-03-12 22:40 | hudsonbot | Checkin | |
2010-03-12 22:40 | hudsonbot | Note Added: 0025376 | |
2010-06-10 15:35 | roklenardic | Note Added: 0028268 | |
2010-06-10 15:35 | roklenardic | Status | closed => new |
2010-06-10 15:35 | roklenardic | Resolution | fixed => open |
2010-06-10 15:35 | roklenardic | Fixed in Version | 2.50MP14 => |
2010-06-14 13:05 | iciordia | Assigned To | alostale => shuehner |
2010-06-14 13:06 | iciordia | Status | new => scheduled |
2010-06-14 13:06 | iciordia | fix_in_branch | => pi |
2010-06-14 14:05 | shuehner | Relationship replaced | related to 0011867 |
2010-06-14 14:08 | shuehner | Note Added: 0028368 | |
2010-06-14 14:08 | shuehner | Status | scheduled => resolved |
2010-06-14 14:08 | shuehner | Fixed in Version | => 2.50MP14 |
2010-06-14 14:08 | shuehner | Resolution | open => fixed |
2010-06-14 14:09 | shuehner | Note Added: 0028369 | |
2010-06-14 14:09 | shuehner | Status | resolved => closed |
Notes |
|
|
Check whether solution applied for 0011413 also fixes this issue. |
|
|
|
The problem is that the warehouse combo is not refreshed when organization changes. You can select the incorrect warehouse in new record before saving, but it is not present anymore after saving. |
|
|
|
This issue affects to all combo reload for validation rule and table reference with validation rule not null.
In these cases combo reload is not executed when organization changes as it should be done. |
|
|
|
These are the cases that might be affected:
select w.name, t.name, f.name, r.whereclause
from ad_ref_table r, aD_column c, ad_field f, ad_tab t, ad_window w, aD_menu m
where r.whereclause is not null
and c.ad_reference_id = '18'
and c.ad_reference_value_id = r.ad_reference_id
and f.ad_column_id =c.ad_column_id
and f.isdisplayed ='Y'
and f.isactive='Y'
and c.isactive='Y'
and t.ad_tab_id = f.ad_tab_id
and t.isactive='Y'
and w.ad_window_id = t.aD_window_id
and w.isactive='Y'
and m.ad_window_id = w.ad_window_id
and m.isactive='Y'; |
|
|
(0024959)
|
hgbot
|
2010-03-02 17:01
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Marking as resolved/closed again as the fix for the 11916 issue is correct and working properly.
Instead the 11867 issue which was marked as duplicate of this one has been changed to be 'related' and has been reopened. |
|
|
|
Marking as closed again as was reopened wrongly. Instead the now related issue 11867 has been reopened. |
|