[Wtr-general] Watir, file_field, dojo and VMware

[Paul Carvalho]

I have used VMware with Watir successfully.  I've got a WinXP Pro SP2 VMware
session that has IE7 Beta 2.  On it, I have Ruby 1.8.4 and Watir 1.4.1.

I just ran the UnitTest "filefield_test.rb" and it executed without error.

I can't say I really understand what the problem described below is, so I
can't offer any suggestions right now.

Paul.


On 26/07/06, Bret Pettichord <bret at pettichord.com> wrote:
>
> What is a "ruby attach dialog"?
>
> I'd be surprised if vmWare itself is the source of your problem. I'm
> pretty sure we have people here who have used it with Watir successfully.
> True?
>
> Bret
>
> On 6/26/06, John Castellucci <johnc at testdev.net> wrote:
> >
> >   Howdy all – I have some Watir tests that invoke the file_field field
> > object, and I've noticed some slightly odd behavior when running on native
> > WinXP vs. virtual WinXP through VMware.
> >
> > If a regular page has a file_field control, everything works peachy.
> >
> > But, the application also has pages where you can click a button and it
> > opens a dojo (a JavaScript toolkit) modal faux popup with the file_field
> > (the underlying page is disabled), and this is where I see the weird
> > behavior.
> >
> > When invoking field_field.set(), only the ruby attach dialog opens – the
> > standard IE File Upload dialog **does not** open.  It's not until the
> > attach dialog closes that the IE File Upload finally appears, and at this
> > point, the Watir script "hangs." (I suspect because there was no File dialog
> > for ruby to attach to).
> >
> > If I were to take a stab in the dark, I would say it might have
> > something to do with how VMware manages threads – dojo, ruby and IE are
> > all fighting over processes, and IE is the loser…
> >
> > Anyone ever run into behavior like this before?
> >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-general/attachments/20060727/c303de0c/attachment.html