Re: [Wtr-general] clicking on a link using sub-text of the link text?
It would be easier if you posted your html so we could try to click that link at our machine instead of guessing. Željko ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] Keyword Framework UI
Chris Wrote: a) make it open-source. Otherwise it's too hard to answer questions about it. The CSDDT is open source, simple, agile and easy to use. b) write in Ruby, because that's what the people using the framework will be using. Will all be in Ruby; the good thing about Ruby (unlike Java) is that it can directly interface to COM and manipulate the Excel API (i.e. export spreadsheets to txt files) c) please make an effort to answer ongoing questions about your work,either on this list or on a list devoted to the framework itself. Not a problem. I'll use this list. And it will be iterative development: I would imagine the software will change dramatically with collaborative input. Will start next week. aidy --- This message and any attachment are confidential and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, please telephone or email the sender and delete this message and any attachment from your system. If you are not the intended recipient you must not copy this message or attachment or disclose the contents to any other person. --- ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] Keyword Framework UI
The CSDDT is open source, simple, agile and easy to use. Is it already available to use? It sounds like it is already available to use. Will start next week. This sounds like you are going to start working on CSDDT or did i mis-understood somewhere!!! Regards, Nivetha. Email - [EMAIL PROTECTED] Mobile - (0) 98807 17518 Adrian Lewis [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 07/28/2006 02:44 PM Please respond to wtr-general@rubyforge.org To wtr-general@rubyforge.org cc Subject Re: [Wtr-general] Keyword Framework UI Chris Wrote: a) make it open-source. Otherwise it's too hard to answer questions about it. The CSDDT is open source, simple, agile and easy to use. b) write in Ruby, because that's what the people using the framework will be using. Will all be in Ruby; the good thing about Ruby (unlike Java) is that it can directly interface to COM and manipulate the Excel API (i.e. export spreadsheets to txt files) c) please make an effort to answer ongoing questions about your work,either on this list or on a list devoted to the framework itself. Not a problem. I'll use this list. And it will be iterative development: I would imagine the software will change dramatically with collaborative input. Will start next week. aidy --- This message and any attachment are confidential and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, please telephone or email the sender and delete this message and any attachment from your system. If you are not the intended recipient you must not copy this message or attachment or disclose the contents to any other person. --- ___ 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] Keyword Framework UI
The CSDDT is open source, simple, agile and easy to use. Is it already available to use? It sounds like it is already available to use. The CSDDT is open-source, I made amendmentts to it under the name of Adrian Rutter. It is writen in BASIC. I am going to convert that code to Ruby. http://www.scionlabs.com/using_rational_robot.zip Aidy ps. can someone give me a job at ThoughtWorks? --- This message and any attachment are confidential and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, please telephone or email the sender and delete this message and any attachment from your system. If you are not the intended recipient you must not copy this message or attachment or disclose the contents to any other person. --- ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
[Wtr-general] No tests specified
Hi- Ive checked through the Rubyforge mail history but havent found a solution so far. Im trying to mimic the scripting101 labs examples, testing against a web app- I have 2 files: harness.rb # Simple test harness require 'watir' require 'test/unit' $LOAD_PATH '.' class TestSuite Test::Unit::TestCase def centralvision load 'centralvision.rb' end def teardown ie = Watir::IE.attach(:title, /Central Vision/) ie.close end end and the test Im calling: # Simple script tests the fields of the Central Vision login page. require 'watir' require 'test/unit/assertions' include Test::Unit::Assertions # launch ie = Watir::IE.start('http://everestcf/CV_Tay_Test/home/Index.cfm') # verify the username text entry field #exists assert( ie.frame(main).text_field.exists?(:name, username )) #is blank assert( ie.frame(main).text_field. == )) # verify the password text entry field #exists assert( ie.frame(main).text_field.exists?(:name, password )) #is blank assert( ie.frame(main).text_field. == )) # verify the ldap drop down chooser field #exists assert( ie.frame(main).select_list.exists?(:name, ldapDir)) I modified the $LOAD_PATH variable to say this directory only (although I dont know if that was necessary.) Basically every time I run the harness I get the following: ruby harness.rb Loaded suite harness Started FE Finished in 0.063 seconds. 1) Failure: default_test(TestSuite) [harness.rb:12]: No tests were specified. 2) Error: default_test(TestSuite): Watir::Exception::NoMatchingWindowFoundException: Unable to locate a window with title of (?-mix:Central Vision) c:/ruby/lib/ruby/site_ruby/1.8/watir.rb:1208:in `attach_browser_window' c:/ruby/lib/ruby/site_ruby/1.8/watir.rb::in `attach_init' c:/ruby/lib/ruby/site_ruby/1.8/watir.rb:1104:in `attach' harness.rb:13:in `teardown' 1 tests, 1 assertions, 1 failures, 1 errors Im really getting confused with this now, Ive tried to keep my code as simple as possible, but cant see where Im going wrong? Any help is much appreciated. thanks Max Russell test Analyst. InPS Tel: 01382 223900 Fax:01382 204488 Visit our Web site at www.inps.co.uk The information in this internet email is confidential and is intended solely for the addressee. Access, copying or re-use of information in it by anyone else is not authorised. Any views or opinions presented are solely those of the author and do not necessarily represent those of In Practice Systems Limited or any of its affiliates. If you are not the intended recipient please contact [EMAIL PROTECTED] ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] No tests specified
Test::Unit::TestCase must have at least one method which name starts with test_.Changedef centralvision load 'centralvision.rb'endto def test_centralvision load 'centralvision.rb'endand you should be fine.Željko ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] Watir, file_field, dojo and VMware
John,Thanks for the update. I agree that vmware (and virtual server, which is what my company now uses) are great tools for testing.BretOn 7/27/06, John Castellucci [EMAIL PROTECTED] wrote: Bret asks:What is a ruby attach dialog?I was referring to the DOS/ruby.exe window that opens and scrolls throughall the window captions until it finds the File Open 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?I had my sysadmin upgrade the VMWare server to the latest version, andupdated my client as well, and this solved the problem. VMWare looks to be a useful tool where I work for allowing the developers torun acceptance tests without spending the time to configure their devsystems and keep the tests up-to-date locally.Original message: 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 itopens a dojo (a _javascript_ toolkit) modal faux popup with the file_field (the underlying page is disabled), and this is where I see the weirdbehavior.When invoking field_field.set(), only the ruby attach dialog opens – thestandard 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 forruby to attach to)___ Wtr-general mailing listWtr-general@rubyforge.orghttp://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
I've got a line open with the author of FTB to see why this is. When you include the free version of FTB, all you get is a DLL to link into your project. I'm hoping that the author will be able to give me a little more insight into the pieces that are being displayed. I do know about the frame (there are actually two of them), but I'm unsure on why they are there, or how/if I should be able to actually set text on the fields. For now I have a clumsy workaround - sleep for 15 seconds while I paste the text into the field. Its frustrating that I could not do ie.text_area(:id,ctl0_MainBody_PolicyHtmlEditor).set(hi) on the object. Grrr. Sometimes you win, sometimes you have to find the way around. LOL. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris McMahon Sent: Thursday, July 27, 2006 1:38 PM To: wtr-general@rubyforge.org Subject: Re: [Wtr-general] FreeTextBox Watir On 7/25/06, Alan Ark [EMAIL PROTECTED] wrote: 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. So it is. You realize you have a frame or iframe there, right? That's the HTML Document bit. ___ 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/401 - Release Date: 7/26/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/402 - Release Date: 7/27/2006 ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
[Wtr-general] need a frame-recursive wait
A crawler that always works flawlessly in development regularly raises UnknownObjectException other computers. The same navigation done by hand via irb on those machines works. The website we are crawling has some frames, and the main frame contains yet another frameset so we have two levels. While reading watir.rb I noticed Watir::IE#wait does consider frames, but just one level of them. So my working assumption is that some inner frame is not completely loaded when the bot tries to access some element there. The PCs where it runs OK are slower than the PCs where it crashes. I don't know how that fits in the explanation (if it does), but it is a pattern. I'm gonna patch the method tomorrow to write some stack-based recursion. But before I do that I'd like to ask whether someone else already fixed this, or else if there is any technical reason that prevents that method from being recursive-like. -- fxn ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] Keyword Framework UI - OT
Bret wrote Thanks for the heads up that you are using two different names on this list. I thought you were two different people. I changed my surname recently because of family problems. Aidy --- This message and any attachment are confidential and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, please telephone or email the sender and delete this message and any attachment from your system. If you are not the intended recipient you must not copy this message or attachment or disclose the contents to any other person. --- ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] Keyword Framework UI
Bret wrote People interested in CSDDT may want to take a look at Just Enough Software Test Automation, which contains a 50-page chapter on the framework The original CSDDT and code and my changes with a full explanatory word-document should be on the Rational Users site. http://groups.yahoo.com/group/RationalUsers/ I spoke to Bruce Posey about a week ago, and he was happy with me converting it to Ruby. However, I think I have much better ideas to improve the CSDDT. The CSDDT was half-there. Bruce would probably agree. Aidy --- This message and any attachment are confidential and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, please telephone or email the sender and delete this message and any attachment from your system. If you are not the intended recipient you must not copy this message or attachment or disclose the contents to any other person. --- ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] Keyword Framework UI
On 7/28/06, Adrian Lewis [EMAIL PROTECTED] wrote: I spoke to Bruce Posey about a week ago, and he was happy with meconverting it to Ruby. However, I think I have much better ideas to improvethe CSDDT. The CSDDT was half-there. Bruce would probably agree. Have you compared the Posey data driven framework with the Nagle data driven framework? (http://safsdev.sourceforge.net)Has anyone? I would like to know how they compare. Bret ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
[Wtr-general] Newbie - Ruby dev IDE question
Another newbie question - if you were developing a webapp on Windows XP, for eventual production installation on Linux hosting, and wanted a Ruby / Rails / Watir development IDE, would you go with Komodo, RadRails or another product. Why? Thanks a bunch for your helpful responses. Pauli ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] Keyword Framework UI
Bret wrote, Have you compared the Posey data driven framework with the Nagle data driven framework? (http://safsdev.sourceforge.net) Has anyone? I would like to know how they compare. [this has gotta be quick cos gotta go] The CSDDT is tied to the test-tool, it is simple and fast; but you need to write your own functions. Excel sheets get exported to txt files and read by the tool. You make up your own keywords. SAFS is tool and 'application' independent,though certainly with for example Robot it can be too slow because of lengthy switch statements. With minor changes you could use the same sheets for Winrunner, RFT, Robot, Abbot etc. Carl has two sheets one for the business analysts\test designers (high level), and low level sheets for test automators. You can use SAFS out of the box - the keywords are there (http://safsdev.sourceforge.net/sqabasic2000/RRAFSReference.htm). I have taught a graduate in a morning how to construct automated tests without knowledge of the tool or programming. But it must be a collaborative effort to really work. Carl mentioned last week that the TID driver with RFT was much faster than using the Robot driver. SAFS uses an IBM STAF service that can alllow data exchange between processes, so you can use more than one tool at the same time. The situation however is that test-tools will soon be open-source, so we will not be at the mercy of vendors as the SAFS team have been for over a decade. aidy --- This message and any attachment are confidential and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, please telephone or email the sender and delete this message and any attachment from your system. If you are not the intended recipient you must not copy this message or attachment or disclose the contents to any other person. --- ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] app map and switch statement
What errors are you getting?I don't think this is your problem, but you might want to use this to simplify your code: line.chomp.split(',').each_with_index{|x,i| BretOn 7/27/06, aidy rutter [EMAIL PROTECTED] wrote: Hi, I am using Bret's AppMap concept def goto_territory_list ObjectMap.new.instance_eval do sales_admin_link.click territories_link.click end end but I am having a hell of a trouble trying to fit it into the belowswitch statement. Could anyone help? def enter_employees() File.open('C:\auto_tests\test_data\employee_data.csv','r') {|f| #use block so file is automatically closed f.each_line { |line| next if /^;/ =~ line #check for ';' at start of line i = 0 line.chomp.split(',').each{|x| i += 1 next if x.nil? or x == null #skip nil or null values case i when 1 #country employee_country_id.select(x) when 2 #depot employee_depot_id.select(x) when 3 #first_name employee_first_name.set(x) end puts #{x} has been input } click_submitclick_new_employee_link } } endend cheers aidy ___Wtr-general mailing listWtr-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] UI Mapping Revisited.
On 7/4/06, Adrian Rutter [EMAIL PROTECTED] wrote: But how would you organise your navigaton andaction methods?for exampledef goto_country_list enddef enter_country(country) ... endWould you create new classes? At the moment I have a module for each window with methods contained that are relevant to that window.That sounds reasonable. ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] Popup menus
You don't need winclicker or autoit. Just use plain watir. ie = Watir::IE.start('http://msdn.microsoft.com/workshop/samples/author/dhtml/popup/showme4.html' ) ie.document.body.fireevent('oncontextmenu') ie.span(:text, 'MSDN Web Workshop').clickIt's all a matter of knowing the events and html to reference. I used Spy Smith (and reading source) to figure this out. Note that the second command really doesn't use Watir, but instead codes directly to the DOM. This is because we need to send the event to the body object, which Watir normally allows you to ignore.Bret On 7/20/06, NIcky Sandhu [EMAIL PROTECTED] wrote: I have scanned the mailing list but found nothing for the popup menu asdescribed in this microsoft documenthttp://msdn.microsoft.com/workshop/author/om/popup_overview.asp#Navigati on_With_PopupsHas anyone dealt with these kind of menus, typically implemented by acall to window.createPopup on the page. I have tried winclicker andautoit but I cannot get a handle to this window. Any suggestions? Warning: this e-mail may contain information proprietary to Raley's and is intended only for the use of the intended recipients. If the reader of this message is not an intended recipient, you are hereby notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. ___Wtr-general mailing listWtr-general@rubyforge.orghttp://rubyforge.org/mailman/listinfo/wtr-general ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] Project Map
Hey Bret. Thanks for this information. I know that as a recent addition to the mailing list, I had some of my questions answered by this email. Have a great weekend and thanks for all the hard work! -Alan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bret Pettichord Sent: Friday, July 28, 2006 12:15 PM To: wtr-general@rubyforge.org Subject: [Wtr-general] Project Map I just posted this to my blog. I'd been getting several emails from people who were wondering whether the project had been abandoned. http://www.io.com/~wazmo/blog/archives/2006_07.html#000240 Watir 1.5 is Under Active Development Many observers have wondered whether Watir is still being developed. If you look at our Rubyforge site, you'll see that our last release: http://rubyforge.org/frs/?group_id=104release_id=2725 was August 2005 and our last code changes:http://wtr.rubyforge.org/statcvs/commit_log.htm ) were made in February of this year. But actually, Watir is under active development. We've moved our source repository and many of the other project resources over to our new home at OpenQA.org: http://openqa.org/watir/. Things are spread out right now, and it's somewhat confusing. Here is a map for where to find the most current information about our project. *Home Pages.* Our home page at Rubyforge: http://wtr.rubyforge.org is still the best place for new users to start. It describes the latest fully supported, fully documented version of Watir (namely 1.4.1). Our home page at OpenQA:http://www.openqa.org/watir links to the project resources at our new home. And our wiki home page:http://wiki.openqa.org/projects/wtr is the best place to find the most recent information about the project. *Releases.* We are providing regular development releases: http://wiki.openqa.org/display/WTR/Development+Builds (Ruby gems) of the work in progress for Watir 1.5 at OpenQA. When 1.5 becomes ready for official release, it will be released at our existing Rubyforge location: http://rubyforge.org/projects/wtr/, and therefore available automatically when you gem install watir. *Mailing List Support.* We continue to use the wtr-general:http://rubyforge.org/mailman/listinfo/wtr-general mailing list at Rubyforge as our primary discussion list. This is the best place to ask your questions about Watir. You'll have to subscribe before you can post. The archives:http://rubyforge.org/mailman/listinfo/wtr-general contain answers to many common questions. OpenQA provides a web-based forum:http://forums.openqa.org/forum.jspa?forumID=5start=15, but this isn't monitored by as many people. *Wiki FAQ.* We have moved our wiki:http://wiki.openqa.org/display/WTR/Project+Home over to OpenQA. This includes our FAQ: http://wiki.openqa.org/display/WTR/FAQ, which is frequently updated. *Buglist.* We are now using Jira:http://jira.openqa.org/browse/WTR to track bugs and features at OpenQA. The old trackers: http://rubyforge.org/tracker/?group_id=104 at Rubyforge will be closed down soon. *Source Repository.* We now use the Subversion repository at OpenQA: http://openqa.org/watir/cvs.action. The CVS repository at Rubyforge:http://rubyforge.org/scm/?group_id=104 is no longer being used. -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/402 - Release Date: 7/27/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/402 - Release Date: 7/27/2006 ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] clicking on a link using sub-text of the link text?
I tried sending my html but it was bigger then 40K so here is the link i get when i do a ie.show_links http://test.server.com/junk.php?test=junk12345http://test.server.com/junk.php?test=junk12345 So basically, the link url is repeated Zeljko Filipin wrote: It would be easier if you posted your html so we could try to click that link at our machine instead of guessing. Željko ___ 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] simple solution for basic authentication
Howdy folks. I find myself on a project where I want to use a browser-based test tool to record client-side performance metrics. After playing with several such tools again, Watir again emerged as the tool that I was first able to get a working script with. But along the way, I noticed with some amazement that Perl's Win32::IE::Mechanize module was able to handle the basic HTTP authentication that gives so many people headaches with other tools. It doesn't do it by automating the dialog asking for the login information, but rather it prevents the dialog from appearing by submitting the credentials right from the beginning. That means it makes one fewer transaction with the web server (avoiding the first request that gets a 401 response), but perhaps I can live with that. Has anyone else tried to implement this with Watir? If not I may try it myself. Here's the core of it in IE::Mechanize where it formulates the Authorization header, really simple stuff: sub __authorization_basic { my( $user, $pass ) = @_; defined $user defined $pass or return; require MIME::Base64; return Authorization: Basic . MIME::Base64::encode_base64( $user:$pass ) . \015\012; } ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general
Re: [Wtr-general] simple solution for basic authentication
I think I saw some chatter on this a couple months back -- check the archives in early May or do a search for Authentication. http://www.mail-archive.com/wtr-general%40rubyforge.org/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Danny R. Faught Sent: Friday, July 28, 2006 3:34 PM To: wtr-general@rubyforge.org Subject: [Wtr-general] simple solution for basic authentication Howdy folks. I find myself on a project where I want to use a browser-based test tool to record client-side performance metrics. After playing with several such tools again, Watir again emerged as the tool that I was first able to get a working script with. But along the way, I noticed with some amazement that Perl's Win32::IE::Mechanize module was able to handle the basic HTTP authentication that gives so many people headaches with other tools. It doesn't do it by automating the dialog asking for the login information, but rather it prevents the dialog from appearing by submitting the credentials right from the beginning. That means it makes one fewer transaction with the web server (avoiding the first request that gets a 401 response), but perhaps I can live with that. Has anyone else tried to implement this with Watir? If not I may try it myself. Here's the core of it in IE::Mechanize where it formulates the Authorization header, really simple stuff: sub __authorization_basic { my( $user, $pass ) = @_; defined $user defined $pass or return; require MIME::Base64; return Authorization: Basic . MIME::Base64::encode_base64( $user:$pass ) . \015\012; } ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general 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
Re: [Wtr-general] simple solution for basic authentication
Has anyone else tried to implement this with Watir? If not I may try it myself. Here's the core of it in IE::Mechanize where it formulates the Authorization header, really simple stuff: sub __authorization_basic { my( $user, $pass ) = @_; defined $user defined $pass or return; require MIME::Base64; return Authorization: Basic . MIME::Base64::encode_base64( $user:$pass ) . \015\012; } I tried and failed, but I thought my problem was in the way IE handled the data. I'd love to be proven wrong: http://chrismcmahonsblog.blogspot.com/2006/05/internet-explorer-basic-authorization.html ___ Wtr-general mailing list Wtr-general@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-general