Thank you.
This problem follows different computers (from different location) and different browsers. This fact pretty much eliminates the client side javascript cache issue, I believe.
I appologize for not being to able to tell you specifically what I did (triggered) to make this happen. I was simply working on the site design and kept modifying template and switching back and force between documents.
One thing I recognize is that when I add a new TV other than text input type, the field for the TV is not displayed in newly created document tab. However, it will be displayed correctly in existing documents. Therefore, current workaround in my install is to simply ducplicate an existing document and to modify it, rather than "create"ing a new document.
FWIW;
I kind of resolved my problem.
1. I came to recognize this problem was only happening to one particular template. If I create a document with other template, the same TV was being displayed correctly on the input page.(ie., a dropdown list connected to file browser.)
2. As I mentioned earlier, exisitng resource documents show the TV page correctly. The page is only corrupted if I create a new document resource. If I duplicate the document, then the page displays correctly.
3. Upon re-reading the Revo document, I realized it will be more suited for me to use @DIRECTORY binding. So I modified the ’targetkif’ TV to bind (at)DIRECTORY and changed input type to ’Dropdown’ list from ’File’. Now the newly created document does show TV page correctly, with category tabs as well (corrupted page was not showing category tabs, as shown in previous post)
4. Now If I add a new TV with ’File’ type input, it works fine on the same template.
5. However, If I modify the input type of the TV which I had a problem originally back to ’File’ the problem comes back as well.
So I am at the state of #3 above (and I resolved my issue) knowing I can reproduce the anomaly If I goto #5
