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 >
