As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only. Moving forward, myibi is our community platform to learn, share, and collaborate. We have the same Focal Point forum categories in myibi, so you can continue to have all new conversations there. If you need access to myibi, contact us at firstname.lastname@example.org and provide your corporate email address, company, and name.
Has anyone had a problem with HTML Composer losing the HTML file on save? I create or modify an file, adding objects, vars etc., saving along the way, I close the file normally and suddenly my file is 0 bytes. I open it back up and it's blank. This is a very frustrating and expensive problem.
Any idea what it could be and what can I do different to keep this from happening?
I'm running 7611 (GEN:02252010) on an XP laptop w/2gig of mem lots of HD space on a 100gig Cisco network with Win2K Servers.
ThanksThis message has been edited. Last edited by: Kerry,
Yes I have faced this issue before, I think it occurs because we have opened the same HTML file more than once in HTML composer.... If we modify the file and save it will not save as the the same file is opened at other place..
While doing modification ensure that the file is opened at a only single instance, this will not cause the problem........ Please let us know how it goes..
WebFocus7.6.2, WebFocus 7.1.1,Windows HTML, PDF and Excel
I've been very careful today as I need to deliver this interface before the break. A few times I notice that controls did appear when I ran the Launch page (HTML). I went back to Composer, focused on the object and it came back. Very weird. But while I was concentrating on not losing my HTML launch page, I lost the fex file. See the problem is, you have no idea that you've lost it. you close it and it's gone, all of it. I just lost everything since lunch and I'm about to lose that. I'll check disk space and find out what hotfix we're on. Thanks.
We applied HotFix 4 and it did not make a difference in this behavior. I have been working with this issue to try to better understand it and one of our Developers has a case open.
Also, I removed the tabbed interface and it still a problem. For both the HTML launch page and the supporting FEX file.
I suspect that there is a limit to how much can be successfully saved every time. The application I'm working with has over 1200 lines of code.
I have a mapped drive to the app folder and I watch the save process and I see random zero byte files. As long as I don't close the WF Editor while the file is zero byte, I don't lose it. I just hit save again, until it actually saves the contents (has a file size GT 0). Then its safe to close it up.
Don, Both the HTML composer and the PDF COMPOUND document composer. Display some very strange behaviour in 7.6.10 thru 7.7.01.
Losing content (part or All), undoing changes as if it was restoring a cached version (even after the server has been rebooted) and most irritating of all suddenly going into a loop while loading and turning a 400 line procedure into a multi gig procedure (only stopped by killing Devstudio).
The 0 byte / short file situation is often caused by network issues because of the way Dev Studio does its write back or because of Application server issues (Tomcat).
I suspect that Tomcat/java is probably the root cause.
Are you running the supported versions of both for your version of WF/Dev Studio?
The java version in particular can be a serious issue.
The fact that SUN is now owned by Oracle simply means that they are even more prone to creating problems that when SUN was independant.