Closed Bug 523849 Opened 15 years ago Closed 14 years ago

Add an api to expose flash.system.System.disposeXML()

Categories

(Tamarin Graveyard :: Virtual Machine, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Future

People

(Reporter: cpeyer, Assigned: treilly)

Details

Attachments

(1 file)

System.disposeXML() was added to enable the end user to forcefully gc xml objects.  There is no api to access it via the shell though.

Code pushed to player branch with CL 592113.
Flags: in-testsuite?
Flags: flashplayer-triage+
Flags: flashplayer-qrb?
Priority: -- → P3
Target Milestone: --- → flash10.1
Raising priority to 2 as the missing API impacts testing.
Assignee: nobody → treilly
Flags: flashplayer-qrb? → flashplayer-qrb+
Priority: P3 → P2
Status: NEW → ASSIGNED
Flags: flashplayer-needsversioning+
Target Milestone: flash10.1 → Future
Priority: P2 → --
Attachment #473059 - Flags: review?(edwsmith)
Instead of duplicating the code API should we just have one implementation and keep it in Tamarin?  (Same for ByteArray).
Comment on attachment 473059 [details] [diff] [review]
Add same API player has

R+ since nothing is obviously wrong, but i think we could do better than cut+paste for this, ByteArray, and anything else that fits this pattern.
Attachment #473059 - Flags: review?(edwsmith) → review+
flash.system.System has flash specific stuff in it, I suppose it could inherit from the shell's System but then our System class has lots of stuff flash doesn't necessarily want.   I guess we could split SystemClass into SharedSystemClass and ShellSystemClass and have the player inherit from SharedSystemClass.
will leave the shell/player synchronization issue for another day:

http://hg.mozilla.org/tamarin-redux/rev/f1f097296a49
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: