You should be able to set the text of a TextFieldType.INPUT type TextField using "text" property as
you are doing.
Kenneth Kawamoto
http://www.materiaprima.co.uk/
Carl Welch wrote:
Hi,
I need to place some text into a input text field - the user needs to be
able to edit some text (from a dat
Hi,
If you can run windows software, check out Burak's ASV - it's
definitely worth the money and paying users can get access to the latest
beta's of the AS3 decompiler...
I find ASV really good for getting the AS code out and SoThink was
good for "rescuing" movieclips from SWF's withou
Thanks Anthony, very useful to know. BTW, I just noticed that the
Mac version of SoThink's SWF Decompiler is at version 4.5, whereas the
Windows version is now at 5.0. I need v5 to decompile AS3 code for
FlashPlayer 10, so I'll run the Windows version under VMWare Fusion
for now.
On 2
I am looking to intercept get/post requests in firefox, and I remember
there was an add-on for FF2 that could do both; yet, I can only find one
that allows editing of POST data, but not GET.
I know I could create a proxy and run a filter on each request; yet,
this would not allow me to modify
> I know I could create a proxy and run a filter on each request; yet, this
> would not allow me to modify the request before FF3 encrypts it.
Yes it will. The proxy would serve as the SSL endpoint. Paros proxy
does this quite easily, and there's plenty of documentation out there
on how to use it,
This is for a man in the middle attack where the attacker I
theoretically wouldn't know the keys that the client and the server are
exchanging.
A proxy would only be able to monitor the stream, but it would not be
able to decypher the data unless the handshake was faulty or the keys
were smal
I need to know; so if you have a doc that shows I am wrong about how FF3
encrypts the data, then, with all due respect and a hallelujah, it would
be appreciated.
Anthony Pace wrote:
This is for a man in the middle attack where the attacker I
theoretically wouldn't know the keys that the client
> From what you are saying, does FF3 not use its own implementation of ssl,
> and connects to the proxy first, where the open text is sent to the proxy,
> and the proxy is responsible for encrypting the data? If this is the case,
> then it solves most of my problems; however, I can only think of a
Trying to think a little clearly here.
From what you are saying, does FF3 not use its own implementation of
ssl, and connects to the proxy first, where the open text is sent to the
proxy, and the proxy is responsible for encrypting the data? If this is
the case, then it solves most of my prob
OMG... I now know, or think I know, what you are talking about, and I am
an idiot for not realizing it sooner. (should have realized it when you
said "end point")
The client exchanges keys and requests, while the proxy pretends to be
the server in question, and the proxy pretends to be the cli
Again, if you read my last message, I was thinking in terms that were
overly overly complex.
Didn't see the obvious. Thank you very much for pointing it out.
Dave Watts wrote:
From what you are saying, does FF3 not use its own implementation of ssl,
and connects to the proxy first, where the
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
> OMG... I now know, or think I know, what you are talking about, and I am an
> idiot for not realizing it sooner. (should have realized it when you said
> "end point")
>
> The client exchanges keys and requests, while the proxy pretends to be the
> server in question, and the proxy pretends to be
I actually figured out what was necessary a few hours back, and thanks
for your comments. I felt like I was slapped in the head for not seeing
the obvious.
In my mind it is a man in the middle, because the proxy is simulating
the server in one direction and the client in the other; however, I
14 matches
Mail list logo