Re: [Wtr-general] How to open new IE-window minimized?
But then still the new window appears. I want the same behaviour as if a watir-script is started with "-b". Regards, Christian - Original Message - From: [EMAIL PROTECTED] To: wtr-general@rubyforge.org Date: 26.07.2006 08:29:31 Subject: Re: [Wtr-general] How to open new IE-window minimized? > > Use "minimize" to minimize > the IE window. > > Regards, > Nivetha. > Email - [EMAIL PROTECTED] > > > > > > > [EMAIL PROTECTED] > > Sent by: [EMAIL PROTECTED] > 07/26/2006 11:45 AM > > > > Please respond to > wtr-general@rubyforge.org > > > > > > To > wtr-general@rubyforge.org > > > cc > > > > Subject > [Wtr-general] How to open new IE-window > minimized? > > > > > > > > > Hello! > > IŽm using something like ie.link(:url, "bla").click and a new > broswer window opens where I attach to do something. > Works fine, but I want the new browser window to be started minimized (or > invisible). Any suggestions? > > Thanks, > Christian > > > > ___ > Wtr-general mailing list > Wtr-general@rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-general > > ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] How to open new IE-window minimized?
Use "minimize" to minimize the IE window. Regards, Nivetha. Email - [EMAIL PROTECTED] [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 07/26/2006 11:45 AM Please respond to wtr-general@rubyforge.org To wtr-general@rubyforge.org cc Subject [Wtr-general] How to open new IE-window minimized? Hello! IŽm using something like ie.link(:url, "bla").click and a new broswer window opens where I attach to do something. Works fine, but I want the new browser window to be started minimized (or invisible). Any suggestions? Thanks, Christian ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
[Wtr-general] How to open new IE-window minimized?
Hello! IŽm using something like ie.link(:url, "bla").click and a new broswer window opens where I attach to do something. Works fine, but I want the new browser window to be started minimized (or invisible). Any suggestions? Thanks, Christian ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] white screen of death
On Jul 25, 2006, at 21:05, Richard Conroy wrote: > MSIE does not close down instantaneously. Don't immediately > try to relaunch it. Great, that's some light :-). I need to understand well what that means. Which is the relationship between closing ie (either via the close method or by hand closing a window) and launching another crawling? By now, in development, we just launch one or two (but pointing to different sites anyway), observe what it does, and close windows by hand or leave them there after done. We are not paying attention to the way we close windows, what should we be careful with? Now that we are on it, if there are several crawlers scrapping different sites, do they use the same object or each window represents a separate object? I am starting the crawling with ie.goto and works fine in the machine I develop, should I use ie.start for the starting URL instead? If so, could that be causing what we are seeing? > Another solution is to never close, or keep an IE window open > somewhere (so that browser closes aren't actually closing down > MSIE). Yeah, I guess with the previous questions I'll understand better the implications of closing ie. > We needed to flush login sessions properly with a non-deal > app, so we just delayed. I don't understand this, you mean you programmed logouts? -- fxn ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] white screen of death
MSIE does not close down instantaneously. Don't immediately try to relaunch it. I solved this with our scripts by introducing a 3 second delay between closing MSIE and reopening it. Another solution is to never close, or keep an IE window open somewhere (so that browser closes aren't actually closing down MSIE). We needed to flush login sessions properly with a non-deal app, so we just delayed. On 7/25/06, Xavier Noria <[EMAIL PROTECTED]> wrote: > I've been developing an application just fine, and in some machines > in production after some successful runs ie.goto launches MSIE but > nothing happens, there's just a blank page. Sometimes there is no > trace, and sometimes we get something like > > c:/ruby/li > b/ruby/gems/1.8/gems/watir-1.4.1/./watir.rb:1122:in `method_missing': > unknown pr > operty or method: `visible' (WIN32OLERuntimeError) > HRESULT error code:0x800706ba >El servidor RPC no estß disponible. from c:/ruby/lib/ > ruby/gems/1.8/g > ems/watir-1.4.1/./watir.rb:1122:in `set_defaults' > > whish says that the RPC server is not available. RPC is listed as a > running service however. > > Did anybody have this problem? It is a stopper for my current project > which is about to be deployed to the client. > > -- fxn > > ___ > Wtr-general mailing list > Wtr-general@rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-general > ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
[Wtr-general] Cancel Subscription
I do not wish to recieve emails from this network anymore. Please take me off the list or tell me what I can do. Thanks! Tessa [EMAIL PROTECTED] ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] IE7 and Popups
I got it! Microsoft changed the name of the pop-up title
bar from 'Microsoft Internet Explorer'
to 'Windows Internet Explorer'. This
should be changed in winClicker.rb or at least put in the FAQ.
--Mark
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Cain, Mark
Sent: Tuesday, July 25, 2006 9:45
AM
To: wtr-general@rubyforge.org
Subject: [Wtr-general] IE7 and
Popups
I
have recently started having to regression test all our web applications using
IE7 beta3. Most everything seems to work except pop-ups (Confirms,
Alerts, and Prompts). This part of my scripts has worked well using the
latest IE6 version, but does not seem to work in IE7. Anyone else seeing
this? Or things like this?
Here
is the method I am using:
def startClicker( button , waitTime = 0.5)
w = WinClicker.new
longName = $ie.dir.gsub("/" , "\\" )
shortName = w.getShortFileName(longName)
c = "start rubyw #{shortName }\\watir\\clickJSDialog.rb #{button } #{
waitTime} "
puts "Starting #{c}"
w.winsystem(c )
w=nil
end
Thanks,
Mark L. Cain
LMIT -
E*STARS® ~ Lead Test
Engineer
1981 Snyder, MSIN: G3-62, Richland,
WA 99354
[EMAIL PROTECTED]
509.376.5458
"640
Kilobytes of computer memory ought to be enough for anybody." - Bill Gates, 1981
___
Wtr-general mailing list
Wtr-general@rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] FreeTextBox & Watir
Well using ie.show_active has given me very interesting results.
What I had expected to be my text_field to be active was something totally
different.
=> "HTML Document name=
id=ctl0_MainBody_PolicyHtmlEditor_designEditor
src=about:blank innerText=\n"
irb(main):305:0>
Clicking on the various dropdown that let me choose the attributes of the font
displays what I expected - a series of select-one's
Clicking on any of the font styling/formatting buttons (like Bold, Strikethru,
centered, left-justified) also returns the HTML document type.
I'm going to play around with this a little more. It is very interesting
though.
-Alan
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Rogers
Sent: Tuesday, July 25, 2006 9:14 AM
To: wtr-general@rubyforge.org
Subject: Re: [Wtr-general] FreeTextBox & Watir
these things tend to intercept all the keystrokes too, so perhaps its harder
than I orignally thought
If you click in it and then from irb do
ie.show_active
you should see some of the details about it.
If I get some time later today, I'll give it a go
Paul
- Original Message -
From: Alan Ark <[EMAIL PROTECTED]>
Date: Tuesday, July 25, 2006 10:04 am
Subject: Re: [Wtr-general] FreeTextBox & Watir
> Hi Paul,
>
> Thanks for the suggestion.
>
> We're using FreeTextBox in an Iframe, but when I try to access the
> field, I'm getting
>
> WIN32OLERuntimeError: focus
>OLE error code:800A083E in htmlfile
> Can't move focus to the control because it is invisible, not
> enabled, or of a type that does not accept the focus.
>
> I can read lots of attributes from the field (contents, name, id,
> etc), but it does not appear that I am able to *set* any value for it.
>
> So now I'm multitasking - tossing it to the list while I go
> searching the world for the answer. Wish me luck!
>
> -Alan
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wtr-general-
> [EMAIL PROTECTED] On Behalf Of Paul Rogers
> Sent: Monday, July 24, 2006 8:34 PM
> To: wtr-general@rubyforge.org
> Subject: Re: [Wtr-general] FreeTextBox & Watir
>
> Ive never tried to test one, but Ive looked at similar things for
> inclusion in some projects Ive been working on.
>
> They are normally just a text area, so:
>
> ie.text_field(:index,1).set('Hello, world")
>
> should probably do it
>
> Paul
>
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.394 / Virus Database: 268.10.3/395 - Release Date:
> 7/21/2006
>
>
> --
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date:
> 7/24/2006
> ___
> Wtr-general mailing list
> Wtr-general@rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-general
>
___
Wtr-general mailing list
Wtr-general@rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-general
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006
___
Wtr-general mailing list
Wtr-general@rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-general
[Wtr-general] IE7 and Popups
I
have recently started having to regression test all our web applications using IE7
beta3. Most everything seems to work except pop-ups (Confirms, Alerts,
and Prompts). This part of my scripts has worked well using the latest
IE6 version, but does not seem to work in IE7. Anyone else seeing
this? Or things like this?
Here
is the method I am using:
def startClicker( button , waitTime = 0.5)
w = WinClicker.new
longName = $ie.dir.gsub("/" , "\\" )
shortName = w.getShortFileName(longName)
c = "start rubyw #{shortName }\\watir\\clickJSDialog.rb #{button } #{
waitTime} "
puts "Starting #{c}"
w.winsystem(c )
w=nil
end
Thanks,
Mark L. Cain
LMIT -
E*STARS® ~ Lead Test
Engineer
1981 Snyder, MSIN: G3-62, Richland,
WA 99354
[EMAIL PROTECTED]
509.376.5458
"640
Kilobytes of computer memory ought to be enough for anybody." - Bill Gates, 1981
___
Wtr-general mailing list
Wtr-general@rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-general
[Wtr-general] white screen of death
I've been developing an application just fine, and in some machines in production after some successful runs ie.goto launches MSIE but nothing happens, there's just a blank page. Sometimes there is no trace, and sometimes we get something like c:/ruby/li b/ruby/gems/1.8/gems/watir-1.4.1/./watir.rb:1122:in `method_missing': unknown pr operty or method: `visible' (WIN32OLERuntimeError) HRESULT error code:0x800706ba El servidor RPC no estß disponible. from c:/ruby/lib/ ruby/gems/1.8/g ems/watir-1.4.1/./watir.rb:1122:in `set_defaults' whish says that the RPC server is not available. RPC is listed as a running service however. Did anybody have this problem? It is a stopper for my current project which is about to be deployed to the client. -- fxn ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] FreeTextBox & Watir
these things tend to intercept all the keystrokes too, so perhaps its harder
than I orignally thought
If you click in it and then from irb do
ie.show_active
you should see some of the details about it.
If I get some time later today, I'll give it a go
Paul
- Original Message -
From: Alan Ark <[EMAIL PROTECTED]>
Date: Tuesday, July 25, 2006 10:04 am
Subject: Re: [Wtr-general] FreeTextBox & Watir
> Hi Paul,
>
> Thanks for the suggestion.
>
> We're using FreeTextBox in an Iframe, but when I try to access the
> field, I'm getting
>
> WIN32OLERuntimeError: focus
>OLE error code:800A083E in htmlfile
> Can't move focus to the control because it is invisible, not
> enabled, or of a type that does not accept the focus.
>
> I can read lots of attributes from the field (contents, name, id,
> etc), but it does not appear that I am able to *set* any value for it.
>
> So now I'm multitasking - tossing it to the list while I go
> searching the world for the answer. Wish me luck!
>
> -Alan
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wtr-general-
> [EMAIL PROTECTED] On Behalf Of Paul Rogers
> Sent: Monday, July 24, 2006 8:34 PM
> To: wtr-general@rubyforge.org
> Subject: Re: [Wtr-general] FreeTextBox & Watir
>
> Ive never tried to test one, but Ive looked at similar things for
> inclusion in some projects Ive been working on.
>
> They are normally just a text area, so:
>
> ie.text_field(:index,1).set('Hello, world")
>
> should probably do it
>
> Paul
>
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.394 / Virus Database: 268.10.3/395 - Release Date:
> 7/21/2006
>
>
> --
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date:
> 7/24/2006
> ___
> Wtr-general mailing list
> Wtr-general@rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-general
>
___
Wtr-general mailing list
Wtr-general@rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] FreeTextBox & Watir
Hi Paul,
Thanks for the suggestion.
We're using FreeTextBox in an Iframe, but when I try to access the field, I'm
getting
WIN32OLERuntimeError: focus
OLE error code:800A083E in htmlfile
Can't move focus to the control because it is invisible, not enabled, or
of a type that does not accept the focus.
I can read lots of attributes from the field (contents, name, id, etc), but it
does not appear that I am able to *set* any value for it.
So now I'm multitasking - tossing it to the list while I go searching the world
for the answer. Wish me luck!
-Alan
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Rogers
Sent: Monday, July 24, 2006 8:34 PM
To: wtr-general@rubyforge.org
Subject: Re: [Wtr-general] FreeTextBox & Watir
Ive never tried to test one, but Ive looked at similar things for inclusion in
some projects Ive been working on.
They are normally just a text area, so:
ie.text_field(:index,1).set('Hello, world")
should probably do it
Paul
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.3/395 - Release Date: 7/21/2006
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006
___
Wtr-general mailing list
Wtr-general@rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] Lists question
I didn't fully understand the syntax -- but reading it
closer I see what you mean now.
I read it reversed -- do block unless window contains
Internet Explorer (thus skipping all the IE windows) but it was really next (or
skip) block unless window contains Internet Explorer (thus only acting on IE
windows).
I'm clueless as to why it worked when I flipped the
logic (on non-modal IE windows at least, couldn't get modals to
work) and doesn't work at all for me the other way!? I think I'll do
some more digging. If you have some specific diagnostic code you'd like me
to try, please forward.
Thanks
Bret I made
some time to do some digging into the code (1.5.1.1054) and discovered this
in the IE::_find method class IE
... def self._find(how, what) shell =
WIN32OLE.new("Shell.Application") ieTemp = nil shell.Windows.each do
|window|
next unless (window.path =~ /Internet Explorer/ rescue
false)
Thanks for digging in to
the code and sharing what you found. It's hard for me to understand where
the logic error would be in this code, however. I accept that you changed it
and it worked, but the =~ operator will return a number (= true) if there is
a match, other wise nil (= false). Thus that line should skip ahead to the
next window unless it is an Internet Explorer window. So it sounds right to
me. Bret
The content contained in this electronic message is not intended to
constitute formation of a contract binding TWTC. TWTC will be
contractually bound only upon execution, by an authorized officer, of
a contract including agreed terms and conditions or by express
application of its tariffs.
This message is intended only for the use of the individual or entity
to which it is addressed. If the reader of this message is not the
intended recipient, or the employee or agent responsible for
delivering the message to the intended recipient, you are hereby
notified that any dissemination, distribution or copying of this
message is strictly prohibited. If you have received this
communication in error, please notify us immediately by replying to
the sender of this E-Mail or by telephone.
___
Wtr-general mailing list
Wtr-general@rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-general
[Wtr-general] FW: Making a function a separate file
Aha! I renamed the file and function to "rc_logger" instead of "logger", and it works just fine. Apparently logger is a reserved class? -Original Message- No reason why what you propose shouldn't work. What errors are you getting? -Chris ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] Making a function a separate file
Chris, The error I was getting was an uninitialized constant at the line where I call the function. The logger.rb file runs with no errors, and so does the test.rb prior to making include changes. SciTe doesn't get more specific than that unfortunately, so it's been hard to tell. I made sure that all variables used in both scripts are global. . . That's where I decided to e-mail. The main changes I make are to: remove the def logger section from the script and place it in a new file, add def Class Logger above the existing code. Put it in a new file called logger.rb in the same directory as the script. Add require 'logger' to the script header. Is any of that wrong? You can re-enact the process with the code I linked in the last e-mail. Thanks, Adam ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general End of Wtr-general Digest, Vol 32, Issue 32 ** No reason why what you propose shouldn't work. What errors are you getting? -Chris ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
[Wtr-general] File Download
Hi all, i have a problem with downloading a file. How to handle the "File Save" - Popup? I have found this http://jira.openqa.org/browse/WTR-63 when searching the web, but it doesnŽt work: Nothing happens, I donŽt even get an error message. Thanks for advice, Chriss ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
