Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
0014090Openbravo ERPA. Platformpublic2010-07-29 16:072011-08-31 09:53
psarobe 
iperdomo 
normalminoralways
closedinvalid 
5
2.50MP19 
3.0MP3 
Core
No
0014090: If you deactivate a field and after compiling, the input hidden related with that field is still present
If 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
1. 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>"
Nothing related to that field must be present in the html
No tags attached.
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 
? 14090.export (2,871) 2010-09-09 10:31
https://issues.openbravo.com/file_download.php?file_id=3061&type=bug
Issue History
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.