Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0014090Openbravo ERPA. Platformpublic2010-07-29 16:072011-08-31 09:53
Reporterpsarobe 
Assigned Toiperdomo 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutioninvalid 
PlatformOS5OS Version
Product Version2.50MP19 
Target Version3.0MP3Fixed 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
Summary0014090: If you deactivate a field and after compiling, the input hidden related with that field is still present
DescriptionIf you deactivate a field and after compiling, the input hidden related with that field is still present

There is something similar but works fine in the window Bank with the field C_Country_Id
Steps To Reproduce1. Login as Openbravo/openbravo role= System administrator
2. Go to Application dictionary->Windows, tabs and fields
3. Select the Gl journal window
4. Move to line tab
5. Click the search pop-up and click OK
6. Select the Tax field and deactivate
7. Compile: ant smartbuild
8. Restart tomcat
9. Login as Openbravo/openbravo role= Openbravo Admin
10. Go to Financial management->Accounting->Transactions->GL journal window
11. Click new and fill the mandatory fields. Save
12. Move to journal tab. Save
13. Move to lines and see the view frame source (Firefox:right click->this frame->View frame source). Notice that still present "<INPUT type="hidden" name="inpcTaxId" id="C_Tax_ID" value="xxxxx"></INPUT>"
Proposed SolutionNothing related to that field must be present in the html
Additional Information
TagsNo tags attached.
Relationships
related to defect 00140992.50 closed eduardo_Argal Some fields have to be hidden when APRM module is installed 
depends on backport 0018393 closed alostale If you deactivate a field and after compiling, the input hidden related with that field is still present 
blocks feature request 0007236 acknowledged shuehner Tracking issue: Cleanup for 3.00 
Attached Files? 14090.export (2,871) 2010-09-09 10:31
https://issues.openbravo.com/file_download.php?file_id=3061&type=bug
Issue History
Date ModifiedUsernameFieldChange
2010-07-29 16:07psarobeNew Issue
2010-07-29 16:07psarobeAssigned To => alostale
2010-07-29 16:12psarobePriorityimmediate => urgent
2010-07-29 16:12psarobeFixed in Version => 2.50MP21
2010-07-29 16:12psarobeDescription Updatedbug_revision_view_page.php?rev_id=636#r636
2010-07-29 16:12psarobeProposed Solution updated
2010-08-02 08:09alostaleStatusnew => scheduled
2010-08-25 10:19psarobeFixed in Version2.50MP21 =>
2010-08-25 10:19psarobeTarget Version => 2.50MP22
2010-08-30 10:51alostaleNote Added: 0030439
2010-08-30 11:09alostaleNote Added: 0030443
2010-09-07 11:00alostaleAssigned Toalostale => eduardo_Argal
2010-09-08 16:46adrianromeroSeveritymajor => minor
2010-09-09 10:31alostaleAssigned Toeduardo_Argal => shuehner
2010-09-09 10:31alostalePriorityurgent => normal
2010-09-09 10:31alostaleTarget Version2.50MP22 =>
2010-09-09 10:31alostaleNote Added: 0030886
2010-09-09 10:31alostaleFile Added: 14090.export
2010-09-09 10:32alostaleNote Added: 0030887
2010-09-09 10:33alostaleRelationship addedblocks 0007236
2010-09-09 10:44psarobeRelationship addedrelated to 0014099
2011-05-20 14:54psarobeNote Added: 0037278
2011-05-20 14:54psarobeStatusscheduled => feedback
2011-05-20 14:54psarobeTarget Version => 3.0MP0
2011-05-20 15:25psarobeAssigned Toshuehner => iperdomo
2011-05-23 13:47psarobeTarget Version3.0MP0 => 3.0MP1
2011-06-22 19:41dmitry_mezentsevTarget Version3.0MP1 => 3.0MP3
2011-06-22 20:28shuehnerNote Added: 0038502
2011-08-31 09:52iperdomoNote Added: 0040575
2011-08-31 09:52iperdomoStatusfeedback => closed
2011-08-31 09:52iperdomoResolutionopen => out of date
2011-08-31 09:52iperdomoStatusclosed => new
2011-08-31 09:52iperdomoResolutionout of date => open
2011-08-31 09:52iperdomoStatusnew => scheduled
2011-08-31 09:52iperdomofix_in_branch => pi
2011-08-31 09:53iperdomoNote Deleted: 0040575
2011-08-31 09:53iperdomoNote Added: 0040576
2011-08-31 09:53iperdomoStatusscheduled => closed
2011-08-31 09:53iperdomoResolutionopen => invalid

Notes
(0030439)
alostale   
2010-08-30 10:51   
The difference between C_Bank.C_Country_ID and GL_JournalLine.C_Tax_ID is that in first case column and field are inactive whereas in the second case column is active and field is not.
(0030443)
alostale   
2010-08-30 11:09   
There are 180 fields in core that could be affected by this fix: inactive fields for an active column in an active table in an active tab in an active window.

They can be queried with:

select tb.tablename, c.columnname, w.name as windowname, t.name as tabname, f.name as fieldname
from ad_field f, ad_tab t, ad_window w, aD_column c, ad_table tb, ad_menu m
where f.isactive='N'
and t.isactive='Y'
and w.isactive='Y'
and c.isactive='Y'
and tb.isactive='Y'
and t.ad_tab_id = f.ad_tab_id
and w.ad_window_id = t.ad_window_id
and f.ad_column_id = c.ad_column_id
and tb.ad_table_id = c.ad_table_id
and m.ad_window_id = w.ad_window_id
order by 1,2;
(0030886)
alostale   
2010-09-09 10:31   
Do it as part of the cleanup project
(0030887)
alostale   
2010-09-09 10:32   
Attached fix
(0037278)
psarobe   
2011-05-20 14:54   
Can you give some light about this? Asier's comment says this is for the clean up project
(0038502)
shuehner   
2011-06-22 20:28   
Not sure about the plan but cleanup is over. So either it's a normal (needed) bugfix and should be done as such during 3.0 cycle or will get reassigned to cleanup for next major openbravo release (3.1,4.0, whatever).
(0040576)
iperdomo   
2011-08-31 09:53   
This is not relevant anymore. The WAD generated code is just used in classic-mode windows, but after Status Bar fields project. Most of classic-mode windows are not usable.