I don't think we can delete the .swf, but we could warn in the compiler
when there's a stale SOLO version of the app. I filed an improvement here:
http://jira.openlaszlo.org/jira/browse/LPP-8816
Regards,
Max Carlson
OpenLaszlo.org
On 3/8/10 4:01 PM, P T Withington wrote:
Is there anything we could do to make this error more obvious?
It seems that _something_ should have removed this stale swf.
On 2010-03-08, at 18:45, Max Carlson wrote:
I'm happy you found the answer, and sorry about thinking it was a more
elaborate issue. Adding lzproxied=solo causes the app to be recompiled to
videoconference.lzx.swf10.swf - which is what your HTML wrapper is expecting.
So what was happening was, you were seeing an older version of your application
from the last time lzproxied was used - likely the last time the SOLO button
was pressed!
Regards,
Max Carlson
OpenLaszlo.org
On 3/8/10 2:56 PM, cem sonmez wrote:
I donT know what to say. Do I need to be happy for my problem is worked
out, or need to be afraid for it took my one week to find out the answer.
As sebastian said :
videoconference.lzx?debug=true&lzr=swf10&*lzproxied=solo* (I had never
added lzproxied parameter to the borwser url)
with using this url, a swf10 object is being created at the location of
the application directory. And when I use it, application works properly :)
Anyway I need a html wrapper to bind the swf object on it.
But I think there might be a problem at operations while using the SOLO
deploy button on the developer console. Bec. maybe 10-15 times I have
used this option to create the swf and html wrapper. And whichever I use
(html wrapper or swf) in the archive that was generated by the developer
console SOLO deploy option, data is not being displayed on the application.
Thanks all of you of you who helped me to find the solution.
Of couse I will be ready to go on giving you headache with the questions :)
Kind regards
