[#LPP-3776] DHTML apps need to use embedDHTML url, not page load URL for proxied loads...

OpenLaszlo

DHTML apps need to use embedDHTML url, not page load URL for proxied loads...

Created: 23/Mar/07 06:48 PM Updated: 27/Sep/07 08:55 AM

Component/s:

Kernel - DHTML

Affects Version/s:

4.0.0

Fix Version/s:

RingDing (4.1)

Time Tracking:

Not Specified

Severity:	Minor
Fixed in Change#:	4,598
Runtime:	N/A
Fix in hand:	False

Description

« Hide

This was reported in the forums here: http://forum.openlaszlo.org/showthread.php?p=28899

All

Comments

Work Log

Change History

Sort Order:

Ascending order - Click to sort in descending order

[ Permlink | « Hide ]

Henry Minsky - 23/Mar/07 07:01 PM

Max, where does the LFC get the embedDHTML url from?

[ Permlink | « Hide ]

Max Carlson - 23/Mar/07 07:11 PM

It's generated by the wrapper page. See lps/includes/source/embednew.js for dhtmlEmbed(). We're already storing a bunch of values in Lz.__propcache (to be picked up lated by the sprite - see kernel/dhtml/LzSprite.js) so we might as well stash the URL there also, for use by the data system.

In Flash, the 'load url' is reliably the name of the swf file. In DHTML, this isn't necessarily the case, as we've seen.