From bret at pettichord.com Wed Jun 11 17:37:51 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 11 Jun 2008 16:37:51 -0500 Subject: [Wtr-development] Integrating Watir and FireWatir Message-ID: Yesterday, we released Watir 1.5.6. This included a number of bug fixes. We plan to continue to release updates to Watir with more bug fixes as well as completing our support for locating elements via multiple attributes. But we also will be focusing on integrating Watir with FireWatir and improving our ability to support other browsers as well. There are three major elements to our plan for integrating Watir and FireWatir. 1. Put both Watir and FireWatir under continuous integration (CruiseControl.rb). This means that both tools will automatically be regression tested (using their unit test suites) every time any change is made to their code bases. This will facilitate taking contributions from people working on different platforms. 2. Merging the test suites. We need to have a single test suite that we can use to validate any Watir implementation. This means that the standard Watir test suite must be upgraded to allow it to execute against any browser. It also requires us to be able to tag those tests that only apply to one implementation. 3. Migrate FireWatir into the same SVN repository as Watir. Once this is done, it will facilitate being able to refactor code from both code bases towards increased reuse and the evolution of an adaptor architecture. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From angrez at gmail.com Thu Jun 12 01:36:08 2008 From: angrez at gmail.com (Angrez Singh) Date: Thu, 12 Jun 2008 11:06:08 +0530 Subject: [Wtr-development] Integrating Watir and FireWatir In-Reply-To: References: Message-ID: Hi Bret, Any ideas of when we can start up the integration? SVN would be at OpenQA right? - Angrez On Thu, Jun 12, 2008 at 3:07 AM, Bret Pettichord wrote: > Yesterday, we released Watir 1.5.6. This included a number of bug > fixes. We plan to continue to release updates to Watir with more bug > fixes as well as completing our support for locating elements via > multiple attributes. > > But we also will be focusing on integrating Watir with FireWatir and > improving our ability to support other browsers as well. > > There are three major elements to our plan for integrating Watir and > FireWatir. > > 1. Put both Watir and FireWatir under continuous integration > (CruiseControl.rb). This means that both tools will automatically be > regression tested (using their unit test suites) every time any change > is made to their code bases. This will facilitate taking contributions > from people working on different platforms. > > 2. Merging the test suites. We need to have a single test suite that > we can use to validate any Watir implementation. This means that the > standard Watir test suite must be upgraded to allow it to execute > against any browser. It also requires us to be able to tag those tests > that only apply to one implementation. > > 3. Migrate FireWatir into the same SVN repository as Watir. Once this > is done, it will facilitate being able to refactor code from both code > bases towards increased reuse and the evolution of an adaptor > architecture. > > Bret > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Thu Jun 12 14:30:22 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 12 Jun 2008 13:30:22 -0500 Subject: [Wtr-development] FireWatir Unit Tests Message-ID: I just ran all the unit tests for Firewatir (unittests/mozilla_all_tests.rb) on a new machine. I ran into two errors, in attach_to_new_window.rb. I was able to correct these errors by doing the following: 1. Change the preferences to open new windows in a new window (instead of a tab) 2. Clicked the little message to "allow popups from". I'm not sure if this is documented somewhere or not. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From bret at pettichord.com Thu Jun 12 16:01:11 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 12 Jun 2008 15:01:11 -0500 Subject: [Wtr-development] Integrating Watir and FireWatir In-Reply-To: References: Message-ID: On Thu, Jun 12, 2008 at 12:36 AM, Angrez Singh wrote: > Any ideas of when we can start up the integration? SVN would be at OpenQA > right? Right now I am hung up trying to apply this patch http://groups.google.com/group/firewatir/browse_thread/thread/9111c7a10f119a13 to the google code code base. This had already been applied to the openqa code base, but it seems that conflicting changes have since been made to the google code code base. If any one has any insight, i would appreciate it. I'm having to go through the last six months of the code history to understand the changes that have been made and this may take me some time. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From bret at pettichord.com Thu Jun 12 17:50:01 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 12 Jun 2008 16:50:01 -0500 Subject: [Wtr-development] Integrating Watir and FireWatir In-Reply-To: References: Message-ID: I'm no longer hung up on this problem. I'll send a status report out shortly under a separate subject line. Bret On Thu, Jun 12, 2008 at 3:01 PM, Bret Pettichord wrote: > On Thu, Jun 12, 2008 at 12:36 AM, Angrez Singh wrote: >> Any ideas of when we can start up the integration? SVN would be at OpenQA >> right? > > Right now I am hung up trying to apply this patch > http://groups.google.com/group/firewatir/browse_thread/thread/9111c7a10f119a13 > > to the google code code base. This had already been applied to the > openqa code base, but it seems that conflicting changes have since > been made to the google code code base. > > If any one has any insight, i would appreciate it. I'm having to go > through the last six months of the code history to understand the > changes that have been made and this may take me some time. > > Bret > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From bret at pettichord.com Thu Jun 12 18:02:58 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 12 Jun 2008 17:02:58 -0500 Subject: [Wtr-development] Merging & Migrating FireWatir Message-ID: I have successfully merged the firewatir codebase here https://svn.openqa.org/svn/watir/trunk/watir/vendor/firewatir [A] into the code base here https://firewatir.googlecode.com/svn/trunk/FireWatir [B] I had a few hiccups along the way, which i posted to this list earlier today about, but they now seem to be resolved. The main advantage to the FireWatir codebase of this merge, is that it now contains support for running multiple browsers. There is also a speed improvement. Because the codebase at [A] is now redundant, I will be removing it from trunk very shortly. The next step would be to migrate the code from [B] to https://svn.openqa.org/svn/watir/trunk/firewatir However, before i do this, i noticed that there are several patch files checked directly into the code base. I'm pretty confused by this. Angrez, can you explain this? The usual practice is that you "apply" a patch, which makes changes to existing files and then check in the changed files. In several cases, it seems that this wasn't done. I'm wondering if these patches still need to be applied? I also know that a number of other patches to FireWatir have been floating around. I would appreciate you all's help in tracking these down. I've added a "FireWatir" component to Watir's Jira tracking system: it would be great if the patches were put in there. I would also like to make sure that we give Watir commit rights to all the FireWatir committers. Angrez, can you help with this? I need to know the OpenQA logins for these people. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From angrez at gmail.com Fri Jun 13 01:49:44 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 13 Jun 2008 11:19:44 +0530 Subject: [Wtr-development] FireWatir Unit Tests In-Reply-To: References: Message-ID: Bret, This has been documented in the installation guide which can be downloaded from google code. - Angrez On Fri, Jun 13, 2008 at 12:00 AM, Bret Pettichord wrote: > I just ran all the unit tests for Firewatir > (unittests/mozilla_all_tests.rb) on a new machine. > > I ran into two errors, in attach_to_new_window.rb. I was able to > correct these errors by doing the following: > > 1. Change the preferences to open new windows in a new window (instead of a > tab) > 2. Clicked the little message to "allow popups from". > > I'm not sure if this is documented somewhere or not. > > Bret > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Fri Jun 13 01:52:34 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 13 Jun 2008 11:22:34 +0530 Subject: [Wtr-development] Merging & Migrating FireWatir In-Reply-To: References: Message-ID: Bret, Thanks for all your efforts for merging the code. All the patches that are checked in are applied to the code. It was redundant check in's. I believe we can remove them. Also regarding other patches, I'll search in the Firewatir/Watir mailing list. - Angrez On Fri, Jun 13, 2008 at 3:32 AM, Bret Pettichord wrote: > I have successfully merged the firewatir codebase here > https://svn.openqa.org/svn/watir/trunk/watir/vendor/firewatir [A] > into the code base here > https://firewatir.googlecode.com/svn/trunk/FireWatir [B] > > I had a few hiccups along the way, which i posted to this list earlier > today about, but they now seem to be resolved. > > The main advantage to the FireWatir codebase of this merge, is that it > now contains support for running multiple browsers. There is also a > speed improvement. > > Because the codebase at [A] is now redundant, I will be removing it > from trunk very shortly. > > The next step would be to migrate the code from [B] to > https://svn.openqa.org/svn/watir/trunk/firewatir > > However, before i do this, i noticed that there are several patch > files checked directly into the code base. I'm pretty confused by > this. > > Angrez, can you explain this? The usual practice is that you "apply" a > patch, which makes changes to existing files and then check in the > changed files. In several cases, it seems that this wasn't done. I'm > wondering if these patches still need to be applied? > > I also know that a number of other patches to FireWatir have been > floating around. I would appreciate you all's help in tracking these > down. I've added a "FireWatir" component to Watir's Jira tracking > system: it would be great if the patches were put in there. > > I would also like to make sure that we give Watir commit rights to all > the FireWatir committers. Angrez, can you help with this? I need to > know the OpenQA logins for these people. > > Bret > > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Fri Jun 13 02:28:41 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 13 Jun 2008 11:58:41 +0530 Subject: [Wtr-development] Merging & Migrating FireWatir In-Reply-To: References: Message-ID: I think the patches submitted over here: http://groups.google.com/group/firewatir/browse_thread/thread/752f101333eabfb6/5cca15d1d51a2e9e?lnk=gst&q=patch#5cca15d1d51a2e9e are not applied to the code. Let me apply that before going further with the migration. - Angrez On Fri, Jun 13, 2008 at 11:22 AM, Angrez Singh wrote: > Bret, > > Thanks for all your efforts for merging the code. All the patches that are > checked in are applied to the code. It was redundant check in's. I believe > we can remove them. Also regarding other patches, I'll search in the > Firewatir/Watir mailing list. > > - Angrez > > > On Fri, Jun 13, 2008 at 3:32 AM, Bret Pettichord > wrote: > >> I have successfully merged the firewatir codebase here >> https://svn.openqa.org/svn/watir/trunk/watir/vendor/firewatir [A] >> into the code base here >> https://firewatir.googlecode.com/svn/trunk/FireWatir [B] >> >> I had a few hiccups along the way, which i posted to this list earlier >> today about, but they now seem to be resolved. >> >> The main advantage to the FireWatir codebase of this merge, is that it >> now contains support for running multiple browsers. There is also a >> speed improvement. >> >> Because the codebase at [A] is now redundant, I will be removing it >> from trunk very shortly. >> >> The next step would be to migrate the code from [B] to >> https://svn.openqa.org/svn/watir/trunk/firewatir >> >> However, before i do this, i noticed that there are several patch >> files checked directly into the code base. I'm pretty confused by >> this. >> >> Angrez, can you explain this? The usual practice is that you "apply" a >> patch, which makes changes to existing files and then check in the >> changed files. In several cases, it seems that this wasn't done. I'm >> wondering if these patches still need to be applied? >> >> I also know that a number of other patches to FireWatir have been >> floating around. I would appreciate you all's help in tracking these >> down. I've added a "FireWatir" component to Watir's Jira tracking >> system: it would be great if the patches were put in there. >> >> I would also like to make sure that we give Watir commit rights to all >> the FireWatir committers. Angrez, can you help with this? I need to >> know the OpenQA logins for these people. >> >> Bret >> >> >> -- >> Bret Pettichord >> CTO, WatirCraft LLC >> Lead Developer, Watir, http://wtr.rubyforge.org >> Blog (Essays), http://www.io.com/~wazmo/blog >> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Fri Jun 13 10:05:18 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 13 Jun 2008 09:05:18 -0500 Subject: [Wtr-development] FireWatir Unit Tests In-Reply-To: References: Message-ID: > This has been documented in the installation guide which can be downloaded > from google code. > > - Angrez Excellent. From bret at pettichord.com Fri Jun 13 15:28:31 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 13 Jun 2008 14:28:31 -0500 Subject: [Wtr-development] Merging & Migrating FireWatir In-Reply-To: References: Message-ID: Great, glad to hear you are on top of this. I just responded there asking if you were on this, before reading here that you are. Thanks much. BTW, i'm going to remove the redundant patch files. I'm anal that way. Bret On Fri, Jun 13, 2008 at 1:28 AM, Angrez Singh wrote: > I think the patches submitted over here: > http://groups.google.com/group/firewatir/browse_thread/thread/752f101333eabfb6/5cca15d1d51a2e9e?lnk=gst&q=patch#5cca15d1d51a2e9e > > are not applied to the code. Let me apply that before going further with the > migration. > > - Angrez > > On Fri, Jun 13, 2008 at 11:22 AM, Angrez Singh wrote: >> >> Bret, >> >> Thanks for all your efforts for merging the code. All the patches that are >> checked in are applied to the code. It was redundant check in's. I believe >> we can remove them. Also regarding other patches, I'll search in the >> Firewatir/Watir mailing list. >> >> - Angrez >> >> On Fri, Jun 13, 2008 at 3:32 AM, Bret Pettichord >> wrote: >>> >>> I have successfully merged the firewatir codebase here >>> https://svn.openqa.org/svn/watir/trunk/watir/vendor/firewatir [A] >>> into the code base here >>> https://firewatir.googlecode.com/svn/trunk/FireWatir [B] >>> >>> I had a few hiccups along the way, which i posted to this list earlier >>> today about, but they now seem to be resolved. >>> >>> The main advantage to the FireWatir codebase of this merge, is that it >>> now contains support for running multiple browsers. There is also a >>> speed improvement. >>> >>> Because the codebase at [A] is now redundant, I will be removing it >>> from trunk very shortly. >>> >>> The next step would be to migrate the code from [B] to >>> https://svn.openqa.org/svn/watir/trunk/firewatir >>> >>> However, before i do this, i noticed that there are several patch >>> files checked directly into the code base. I'm pretty confused by >>> this. >>> >>> Angrez, can you explain this? The usual practice is that you "apply" a >>> patch, which makes changes to existing files and then check in the >>> changed files. In several cases, it seems that this wasn't done. I'm >>> wondering if these patches still need to be applied? >>> >>> I also know that a number of other patches to FireWatir have been >>> floating around. I would appreciate you all's help in tracking these >>> down. I've added a "FireWatir" component to Watir's Jira tracking >>> system: it would be great if the patches were put in there. >>> >>> I would also like to make sure that we give Watir commit rights to all >>> the FireWatir committers. Angrez, can you help with this? I need to >>> know the OpenQA logins for these people. >>> >>> Bret >>> >>> >>> -- >>> Bret Pettichord >>> CTO, WatirCraft LLC >>> Lead Developer, Watir, http://wtr.rubyforge.org >>> Blog (Essays), http://www.io.com/~wazmo/blog >>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >>> _______________________________________________ >>> Wtr-development mailing list >>> Wtr-development at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From bret at pettichord.com Fri Jun 13 16:28:38 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 13 Jun 2008 15:28:38 -0500 Subject: [Wtr-development] FireWatir Patch Files in SVN Message-ID: Angrez, After you said that the patch files checked into FireWatir-GoogleCode SVN had already been applied, I said that i would delete them. But before i did this, i double checked them and found that two of the five patch files did not look like they had actually been applied. I did this by inspecting the patch files and then manually checking the source to see if their changes were there. These are the files that did not appear to have been applied: escaping_fix.patch support-button.patch.txt These looked like they had been applied and are thus redundant: dom_events.patch patch use_profile.patch I'm not sure how to proceed. I'm happy to apply the unapplied patches. Was there a reason they weren't applied in the first place? I haven't really looked into the reasons or implications of these changes, although I am happy to do so. Any suggestions? Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Sat Jun 14 15:40:55 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Sat, 14 Jun 2008 12:40:55 -0700 Subject: [Wtr-development] Questions on the tutorial Message-ID: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Do these need updating:: 1. Installation: "Watir has been developed and tested using Ruby 1.8.2-15 on Windows 2000 and XP." 2. Installation: Jonathan Cole, I think has put to much emphasis on the command line and I think that we should be putting more emphasis on running through "Scite" for beginners, What do you think? We also need to start thinking about what we are gonna call the FireWatir\Watir merge? And also add Firewatir capabilities on the tutorial. Aidy From bret at pettichord.com Sat Jun 14 16:33:38 2008 From: bret at pettichord.com (Bret Pettichord) Date: Sat, 14 Jun 2008 15:33:38 -0500 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Message-ID: On Sat, Jun 14, 2008 at 2:40 PM, aidy lewis wrote: > Do these need updating:: > > 1. Installation: "Watir has been developed and tested using Ruby > 1.8.2-15 on Windows 2000 and XP." Yes this is out of date. > > 2. Installation: Jonathan Cole, I think has put to much emphasis on > the command line and I think that we should be putting more emphasis > on running through "Scite" for beginners, What do you think? I'd like to hear more comments on this suggestion. I can see pros and cons both ways and would like some one else to make the call on this. We also need to start thinking about what we are gonna call the > FireWatir\Watir merge? > > And also add Firewatir capabilities on the tutorial. > I am happy to put off worrying about these until more progress is made. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Sat Jun 14 16:39:58 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Sat, 14 Jun 2008 13:39:58 -0700 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Message-ID: <7ac2300c0806141339l5358298fu82678d982c09c55c@mail.gmail.com> Hi Bret, On 14/06/2008, Bret Pettichord wrote: > > > On Sat, Jun 14, 2008 at 2:40 PM, aidy lewis > wrote: > > Do these need updating:: > > > > 1. Installation: "Watir has been developed and tested using Ruby > > 1.8.2-15 on Windows 2000 and XP." > > Yes this is out of date. So what shall I put Ruby 1.8.5 and 1.8.6 final? > > > > 2. Installation: Jonathan Cole, I think has put to much emphasis on > > the command line and I think that we should be putting more emphasis > > on running through "Scite" for beginners, What do you think? > > I'd like to hear more comments on this suggestion. I can see pros and cons > both ways and would like some one else to make the call on this. > Already changed it now, but can role back . Alan, is going from the bottom, myself from the top. (Installation page is done after the Ruby v change (above) is finalised. Aidy From bret at pettichord.com Sat Jun 14 16:47:41 2008 From: bret at pettichord.com (Bret Pettichord) Date: Sat, 14 Jun 2008 15:47:41 -0500 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: <7ac2300c0806141339l5358298fu82678d982c09c55c@mail.gmail.com> References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> <7ac2300c0806141339l5358298fu82678d982c09c55c@mail.gmail.com> Message-ID: On Sat, Jun 14, 2008 at 3:39 PM, aidy lewis wrote: > > > > 1. Installation: "Watir has been developed and tested using Ruby > > > 1.8.2-15 on Windows 2000 and XP." > > > > Yes this is out of date. > So what shall I put Ruby 1.8.5 and 1.8.6 final? > * This is what i put on wtr.rubyforge.org: * > > *We recommend Ruby 1.8.5-24 or Ruby 1.8.6-26 final (or later)* > > > 2. Installation: Jonathan Cole, I think has put to much emphasis on > > > the command line and I think that we should be putting more emphasis > > > on running through "Scite" for beginners, What do you think? > > > > I'd like to hear more comments on this suggestion. I can see pros and > cons > > both ways and would like some one else to make the call on this. > > > Already changed it now, but can role back . I'm happy to let you all make the call on this. It has been a long time since Kohl wrote the original and I think we have a much better idea now of what works for people. > > > Alan, is going from the bottom, myself from the top. (Installation > page is done after the Ruby v change (above) is finalised. > Sounds good. Appreciate the help. -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Sun Jun 15 16:44:04 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Sun, 15 Jun 2008 13:44:04 -0700 Subject: [Wtr-development] ruby cheat sheet Message-ID: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> Hi, On the Ruby cheat sheet Marick (I think) writes this > (In fact everything in Ruby is an object.) Not true. The 'if' expression is not an object. Anyway, I think it indicates to new users that whatever they write in Ruby will be OOP. And it is not the case Aidy From bret at pettichord.com Sun Jun 15 17:02:44 2008 From: bret at pettichord.com (Bret Pettichord) Date: Sun, 15 Jun 2008 16:02:44 -0500 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> Message-ID: On Sun, Jun 15, 2008 at 3:44 PM, aidy lewis wrote: > On the Ruby cheat sheet Marick (I think) writes this > > > (In fact everything in Ruby is an object.) > > Not true. The 'if' expression is not an object. > > Anyway, I think it indicates to new users that whatever they write in > Ruby will be OOP. And it is not the case > Well since it is a cheat sheet, it is meant to be a summary of ideas, not a completely accurate one. I've been reading Kathy Sierra lately and she talks about how beginners need basic ideas, and that a problem with a lot of technical writing is that people are more concerned with writing sentences that experts will agree are 100% accurate rather than that beginners will agree are 100% helpful. Ruby is unlike almost any other computer language in that the only kind of data that it supports are objects. You can get into semantics about how to express this idea, but the important thing, first, is that you understand it. For example, in Java, integers are not objects, only some things are objects and other things are not. In Java, and if expression cannot return an object, only a boolean, which is not an object. But in Ruby and if expression really is an object. Both "true" and "false" in Ruby are objects and they have methods. This surprises many people because this is not true of almost any other language. You say that this implies that everything in Ruby will be OOP, but this is not the case. I need to understand more about what you are trying to say here. Ruby does allow you to write code that appears to be procedural, but even this really just amounts to methods on the Kernal class. This fact has important consequences. E.g. it is the reason why "include" statements should not be placed at the top of a file, but rather should be placed in the class where they are needed. Maybe you can say more about what your concern is and give an example of a misunderstanding that you are worried about? One problem we may have is that this cheat sheet was designed to accompany a face-to-face class and maybe it doesn't work as well in other contexts? Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at gmail.com Sun Jun 15 18:32:25 2008 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Mon, 16 Jun 2008 00:32:25 +0200 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Message-ID: On Sat, Jun 14, 2008 at 9:40 PM, aidy lewis wrote: > 2. Installation: Jonathan Cole, I think has put to much emphasis on > the command line and I think that we should be putting more emphasis > on running through "Scite" for beginners, What do you think? I like the command line. I tried Scite and did not like it. ?eljko -- ZeljkoFilipin.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Mon Jun 16 03:06:04 2008 From: angrez at gmail.com (Angrez Singh) Date: Mon, 16 Jun 2008 12:36:04 +0530 Subject: [Wtr-development] FireWatir Patch Files in SVN In-Reply-To: References: Message-ID: Hi Bret, I can see these patches are applied to the respective files. I think we are not looking at the same source code. I am looking at revision 137, the patches are there. - Angrez On Sat, Jun 14, 2008 at 1:58 AM, Bret Pettichord wrote: > Angrez, > > After you said that the patch files checked into FireWatir-GoogleCode SVN > had already been applied, I said that i would delete them. > > But before i did this, i double checked them and found that two of the five > patch files did not look like they had actually been applied. I did this by > inspecting the patch files and then manually checking the source to see if > their changes were there. > > These are the files that did not appear to have been applied: > > escaping_fix.patch > support-button.patch.txt > > These looked like they had been applied and are thus redundant: > > dom_events.patch > patch > use_profile.patch > > I'm not sure how to proceed. I'm happy to apply the unapplied patches. Was > there a reason they weren't applied in the first place? I haven't really > looked into the reasons or implications of these changes, although I am > happy to do so. Any suggestions? > > Bret > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Mon Jun 16 04:52:36 2008 From: angrez at gmail.com (Angrez Singh) Date: Mon, 16 Jun 2008 14:22:36 +0530 Subject: [Wtr-development] Firewatir Patches In-Reply-To: <4852C46F.5000105@pettichord.com> References: <677955230805202327q120ba1b4v6d7422c3662f02b4@mail.gmail.com> <677955230806130603x5a500f2dufe38c49b62cbcdb6@mail.gmail.com> <677955230806130607w7d5eb67ep35f3cc8d92a5c9b1@mail.gmail.com> <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: I updated my local svn here and try to apply the patch. I had to do it manually. After applying everything was working fine except for a loop, I don't understand why it didn't worked. Following are the changes that I did to make it work: changed ( !url == last_url) to ( url != last_url) not sure whats the difference. But all tests are running fine. I still have to test for X11 implementation. Not sure how to test it? - Angrez On Sat, Jun 14, 2008 at 12:33 AM, Bret Pettichord wrote: > > Angrez, > > I'm putting a hold on migrating FireWatir to OpenQA until you've had a > chance to decide what to do with Derek's patches. (It will be difficult > to apply these patches to the new repository.) > > Please let me know when you've decided how you want to proceed with these. > > Bret > > > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups > "FireWatir" group. > To post to this group, send email to firewatir at googlegroups.com > To unsubscribe from this group, send email to > firewatir-unsubscribe at googlegroups.com > For more options, visit this group at > http://groups.google.com/group/firewatir?hl=en > -~----------~----~----~----~------~----~------~--~--- > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Mon Jun 16 04:59:52 2008 From: angrez at gmail.com (Angrez Singh) Date: Mon, 16 Jun 2008 14:29:52 +0530 Subject: [Wtr-development] Firewatir Patches In-Reply-To: References: <677955230806130603x5a500f2dufe38c49b62cbcdb6@mail.gmail.com> <677955230806130607w7d5eb67ep35f3cc8d92a5c9b1@mail.gmail.com> <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: One more thing I noticed is now I can't start Firefox if Firefox is already opened. This was used to work earlier, is it has to do something with running multiple instances code. Also for running the code correctly I had to install the patched XPI file. Derek, could you please explain what you added in the XPI for supporting multiple instances? - Angrez On Mon, Jun 16, 2008 at 2:22 PM, Angrez Singh wrote: > I updated my local svn here and try to apply the patch. I had to do it > manually. After applying everything was working fine except for a loop, I > don't understand why it didn't worked. Following are the changes that I did > to make it work: > > changed ( !url == last_url) to ( url != last_url) > > not sure whats the difference. But all tests are running fine. I still have > to test for X11 implementation. Not sure how to test it? > > - Angrez > > > On Sat, Jun 14, 2008 at 12:33 AM, Bret Pettichord > wrote: > >> >> Angrez, >> >> I'm putting a hold on migrating FireWatir to OpenQA until you've had a >> chance to decide what to do with Derek's patches. (It will be difficult >> to apply these patches to the new repository.) >> >> Please let me know when you've decided how you want to proceed with these. >> >> Bret >> >> >> --~--~---------~--~----~------------~-------~--~----~ >> You received this message because you are subscribed to the Google Groups >> "FireWatir" group. >> To post to this group, send email to firewatir at googlegroups.com >> To unsubscribe from this group, send email to >> firewatir-unsubscribe at googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/firewatir?hl=en >> -~----------~----~----~----~------~----~------~--~--- >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan.baird at riskmetrics.com Mon Jun 16 09:01:38 2008 From: alan.baird at riskmetrics.com (Alan Baird) Date: Mon, 16 Jun 2008 09:01:38 -0400 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Message-ID: <296DCA57118A7143824911216017E83B0B882C99@MAIL-NY01.rmg-ny.com> My opinion on this is that we should write our guide to support as many "styles" of usage as feasible without sacrificing readability. We don't know what people have access to or what environment they are running in. Maybe command line is all someone has (esp. if they work in a restrictive corporate environment). Personally, I use SciTE a lot, but I find that eventually I have to leave it because it doesn't support command line arguments. Alan ________________________________ From: wtr-development-bounces at rubyforge.org [mailto:wtr-development-bounces at rubyforge.org] On Behalf Of ?eljko Filipin Sent: Sunday, June 15, 2008 5:32 PM To: Watir development Subject: Re: [Wtr-development] Questions on the tutorial On Sat, Jun 14, 2008 at 9:40 PM, aidy lewis wrote: > 2. Installation: Jonathan Cole, I think has put to much emphasis on > the command line and I think that we should be putting more emphasis > on running through "Scite" for beginners, What do you think? I like the command line. I tried Scite and did not like it. ?eljko -- ZeljkoFilipin.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Mon Jun 16 09:17:36 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Mon, 16 Jun 2008 06:17:36 -0700 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> Message-ID: <7ac2300c0806160617g1d056c4dme26503fc6a80ef62@mail.gmail.com> Hi Bret, 2008/6/15 Bret Pettichord : > On Sun, Jun 15, 2008 at 3:44 PM, aidy lewis > wrote: >> >> On the Ruby cheat sheet Marick (I think) writes this >> >> > (In fact everything in Ruby is an object.) >> >> Not true. The 'if' expression is not an object. >> >> Anyway, I think it indicates to new users that whatever they write in >> Ruby will be OOP. And it is not the case > > Well since it is a cheat sheet, it is meant to be a summary of ideas, not a > completely accurate one. > > I've been reading Kathy Sierra lately and she talks about how beginners need > basic ideas, and that a problem with a lot of technical writing is that > people are more concerned with writing sentences that experts will agree are > 100% accurate rather than that beginners will agree are 100% helpful. > Just because something is accessible doesn't mean that it can be inaccurate. Orwell's '1984' is accessible (used to be on the school curriculum) but it takes experience to fully understand it. > Ruby is unlike almost any other computer language in that the only kind of > data that it supports are objects. You can get into semantics about how to > express this idea, but the important thing, first, is that you understand > it. For example, in Java, integers are not objects, only some things are > objects and other things are not. In Java, and if expression cannot return > an object, only a boolean, which is not an object. > > But in Ruby and if expression really is an object. Both "true" and "false" > in Ruby are objects and they have methods. This surprises many people > because this is not true of almost any other language. OK. How about keywords and blocks? > > You say that this implies that everything in Ruby will be OOP, but this is > not the case. I need to understand more about what you are trying to say > here. Ruby does allow you to write code that appears to be procedural, but > even this really just amounts to methods on the Kernal class. You can write procdeural code in Ruby (see my framework), it is only till recently while I have been pairing with developers that I have begun to realise how procedural my code was. Testers are likely to write procedural code in Ruby as they are coming from QTP, VBA or Rational Robot etc. It is not the most effecient or enjoyable way to write code; as there is always that nagging thought - that it is not right. I think Matz in his book says we can write procedural code in Ruby - as we can do in Python. > > This fact has important consequences. E.g. it is the reason why "include" > statements should not be placed at the top of a file, but rather should be > placed in the class where they are needed. And this is my point. From the Watir examples I was putting 'includes' at the top of files and not mixing in. It was a bad way of doing things. Other bad examples are: using xUnit and FIT for workflow tests. I spent months trying fit xUnit into into acceptance tests. Rspec story-runner fits. > > Maybe you can say more about what your concern is and give an example of a > misunderstanding that you are worried about? My point is that we need accurate and good examples from the start. That I believe is something I need to start off. > > One problem we may have is that this cheat sheet was designed to accompany a > face-to-face class and maybe it doesn't work as well in other contexts? > > Bret > Aidy From bernerbits at gmail.com Mon Jun 16 09:40:09 2008 From: bernerbits at gmail.com (Derek Berner) Date: Mon, 16 Jun 2008 08:40:09 -0500 Subject: [Wtr-development] Firewatir Patches In-Reply-To: References: <677955230806130603x5a500f2dufe38c49b62cbcdb6@mail.gmail.com> <677955230806130607w7d5eb67ep35f3cc8d92a5c9b1@mail.gmail.com> <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: <677955230806160640v267e788n39062076a0794e36@mail.gmail.com> I didn't modify the XPI... On Mon, Jun 16, 2008 at 3:59 AM, Angrez Singh wrote: > One more thing I noticed is now I can't start Firefox if Firefox is already > opened. This was used to work earlier, is it has to do something with > running multiple instances code. Also for running the code correctly I had > to install the patched XPI file. > > Derek, could you please explain what you added in the XPI for supporting > multiple instances? > > - Angrez > > On Mon, Jun 16, 2008 at 2:22 PM, Angrez Singh wrote: >> >> I updated my local svn here and try to apply the patch. I had to do it >> manually. After applying everything was working fine except for a loop, I >> don't understand why it didn't worked. Following are the changes that I did >> to make it work: >> >> changed ( !url == last_url) to ( url != last_url) >> >> not sure whats the difference. But all tests are running fine. I still >> have to test for X11 implementation. Not sure how to test it? >> >> - Angrez >> >> On Sat, Jun 14, 2008 at 12:33 AM, Bret Pettichord >> wrote: >>> >>> Angrez, >>> >>> I'm putting a hold on migrating FireWatir to OpenQA until you've had a >>> chance to decide what to do with Derek's patches. (It will be difficult >>> to apply these patches to the new repository.) >>> >>> Please let me know when you've decided how you want to proceed with >>> these. >>> >>> Bret >>> >>> >>> >> > > > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups > "FireWatir" group. > To post to this group, send email to firewatir at googlegroups.com > To unsubscribe from this group, send email to > firewatir-unsubscribe at googlegroups.com > For more options, visit this group at > http://groups.google.com/group/firewatir?hl=en > -~----------~----~----~----~------~----~------~--~--- > > From bret at pettichord.com Tue Jun 17 00:23:02 2008 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 16 Jun 2008 23:23:02 -0500 Subject: [Wtr-development] FireWatir Status Message-ID: Angrez, Thanks for responding to my many questions about the FireWatir patches and integration. I regret that I was not able to respond today. I will get to it tomorrow. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Tue Jun 17 18:22:53 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 17 Jun 2008 17:22:53 -0500 Subject: [Wtr-development] FireWatir Patch Files in SVN In-Reply-To: References: Message-ID: Angrez, I comment on the two patches in question separately. escaping_fix.patch I looked at this patch more closely. It consists of three corrections to a misspelled variable ('assingning_value'), as well as a couple of lines of operational fixes. The fixes had indeed been applied, but the spelling corrections had not. I committed the spelling corrections with revision 138. support-button.patch.txt This patch, to me, very clearly had not been applied. I am also looking at revision 137. So I went ahead and applied it, committing it to revision 139. Can you see it now? I haven't thought through the implications of this change, so if you have concerns, I'm happy to back it out. Right now, I just want to figure out how to get us on the same page. (I'll review the code to this more closely tomorrow regardless.) Bret On Mon, Jun 16, 2008 at 2:06 AM, Angrez Singh wrote: > Hi Bret, > > I can see these patches are applied to the respective files. I think we are > not looking at the same source code. I am looking at revision 137, the > patches are there. > > - Angrez > > On Sat, Jun 14, 2008 at 1:58 AM, Bret Pettichord > wrote: > >> Angrez, >> >> After you said that the patch files checked into FireWatir-GoogleCode SVN >> had already been applied, I said that i would delete them. >> >> But before i did this, i double checked them and found that two of the >> five patch files did not look like they had actually been applied. I did >> this by inspecting the patch files and then manually checking the source to >> see if their changes were there. >> >> These are the files that did not appear to have been applied: >> >> escaping_fix.patch >> support-button.patch.txt >> >> These looked like they had been applied and are thus redundant: >> >> dom_events.patch >> patch >> use_profile.patch >> >> I'm not sure how to proceed. I'm happy to apply the unapplied patches. Was >> there a reason they weren't applied in the first place? I haven't really >> looked into the reasons or implications of these changes, although I am >> happy to do so. Any suggestions? >> >> Bret >> >> -- >> Bret Pettichord >> CTO, WatirCraft LLC >> Lead Developer, Watir, http://wtr.rubyforge.org >> Blog (Essays), http://www.io.com/~wazmo/blog >> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Tue Jun 17 18:27:41 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 17 Jun 2008 17:27:41 -0500 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: <7ac2300c0806160617g1d056c4dme26503fc6a80ef62@mail.gmail.com> References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> <7ac2300c0806160617g1d056c4dme26503fc6a80ef62@mail.gmail.com> Message-ID: Aidy, I said this in IRC, but it bears repeating here. I made my case for why i thought the original made sense, but since you are taking over responsibility for the documentation, the final decision is yours, in collaboration with Alan, I suppose. Bret On Mon, Jun 16, 2008 at 8:17 AM, aidy lewis wrote: > Hi Bret, > > 2008/6/15 Bret Pettichord : > > On Sun, Jun 15, 2008 at 3:44 PM, aidy lewis > > wrote: > >> > >> On the Ruby cheat sheet Marick (I think) writes this > >> > >> > (In fact everything in Ruby is an object.) > >> > >> Not true. The 'if' expression is not an object. > >> > >> Anyway, I think it indicates to new users that whatever they write in > >> Ruby will be OOP. And it is not the case > > > > Well since it is a cheat sheet, it is meant to be a summary of ideas, not > a > > completely accurate one. > > > > I've been reading Kathy Sierra lately and she talks about how beginners > need > > basic ideas, and that a problem with a lot of technical writing is that > > people are more concerned with writing sentences that experts will agree > are > > 100% accurate rather than that beginners will agree are 100% helpful. > > > Just because something is accessible doesn't mean that it can be > inaccurate. Orwell's '1984' is accessible (used to be on the school > curriculum) but it takes experience to fully understand it. > > > Ruby is unlike almost any other computer language in that the only kind > of > > data that it supports are objects. You can get into semantics about how > to > > express this idea, but the important thing, first, is that you understand > > it. For example, in Java, integers are not objects, only some things are > > objects and other things are not. In Java, and if expression cannot > return > > an object, only a boolean, which is not an object. > > > > But in Ruby and if expression really is an object. Both "true" and > "false" > > in Ruby are objects and they have methods. This surprises many people > > because this is not true of almost any other language. > > OK. How about keywords and blocks? > > > > You say that this implies that everything in Ruby will be OOP, but this > is > > not the case. I need to understand more about what you are trying to say > > here. Ruby does allow you to write code that appears to be procedural, > but > > even this really just amounts to methods on the Kernal class. > > You can write procdeural code in Ruby (see my framework), it is only > till recently while I have been pairing with developers that I have > begun to realise how procedural my code was. Testers are likely to > write procedural code in Ruby as they are coming from QTP, VBA or > Rational Robot etc. It is not the most effecient or enjoyable way to > write code; as there is always that nagging thought - that it is not > right. I think Matz in his book says we can write procedural code in > Ruby - as we can do in Python. > > > > This fact has important consequences. E.g. it is the reason why "include" > > statements should not be placed at the top of a file, but rather should > be > > placed in the class where they are needed. > > And this is my point. From the Watir examples I was putting 'includes' > at the top of files and not mixing in. It was a bad way of doing > things. > > Other bad examples are: using xUnit and FIT for workflow tests. I > spent months trying fit xUnit into into acceptance tests. Rspec > story-runner fits. > > > > Maybe you can say more about what your concern is and give an example of > a > > misunderstanding that you are worried about? > > My point is that we need accurate and good examples from the start. > That I believe is something I need to start off. > > > > One problem we may have is that this cheat sheet was designed to > accompany a > > face-to-face class and maybe it doesn't work as well in other contexts? > > > > Bret > > > Aidy > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Tue Jun 17 18:31:45 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 17 Jun 2008 17:31:45 -0500 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: <296DCA57118A7143824911216017E83B0B882C99@MAIL-NY01.rmg-ny.com> References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> <296DCA57118A7143824911216017E83B0B882C99@MAIL-NY01.rmg-ny.com> Message-ID: My 2 cents. I found that new users, when they are writing their first Watir scripts, really, really like using F5 to run their scripts in Scite. If they run from the command line, it is too easy to forget to save your script first, whereas F5/Scite does this automatically. Of course, Watir users do need to eventually learn to use the command line, because there are important options, as others have pointed out, that are only available there. Believe it or not, I have actually had many students who get confused with the Watir install instructions because we tell them to type X at a command prompt -- and they say they haven't used a command prompt in say 5 years. Wow. Bret 2008/6/16 Alan Baird : > My opinion on this is that we should write our guide to support as many > "styles" of usage as feasible without sacrificing readability. We don't > know what people have access to or what environment they are running in. > Maybe command line is all someone has (esp. if they work in a restrictive > corporate environment). Personally, I use SciTE a lot, but I find that > eventually I have to leave it because it doesn't support command line > arguments. > > > > Alan > > > ------------------------------ > > *From:* wtr-development-bounces at rubyforge.org [mailto: > wtr-development-bounces at rubyforge.org] *On Behalf Of *?eljko Filipin > *Sent:* Sunday, June 15, 2008 5:32 PM > *To:* Watir development > *Subject:* Re: [Wtr-development] Questions on the tutorial > > > > On Sat, Jun 14, 2008 at 9:40 PM, aidy lewis > wrote: > > 2. Installation: Jonathan Cole, I think has put to much emphasis on > > the command line and I think that we should be putting more emphasis > > on running through "Scite" for beginners, What do you think? > > I like the command line. I tried Scite and did not like it. > > ?eljko > -- > ZeljkoFilipin.com > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at gmail.com Wed Jun 18 05:38:17 2008 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 18 Jun 2008 11:38:17 +0200 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> Message-ID: On Sun, Jun 15, 2008 at 10:44 PM, aidy lewis wrote: > > (In fact everything in Ruby is an object.) And if you change it to "In fact almost everything..."? ?eljko -- ZeljkoFilipin.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Wed Jun 18 05:45:38 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Wed, 18 Jun 2008 02:45:38 -0700 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> Message-ID: <7ac2300c0806180245p4a8d824axce90186b2a104fa0@mail.gmail.com> Hi ?eljko, On 18/06/2008, ?eljko Filipin wrote: > On Sun, Jun 15, 2008 at 10:44 PM, aidy lewis > wrote: > > > (In fact everything in Ruby is an object.) > > And if you change it to "In fact almost everything..."? > > ?eljko Like it. Aidy From zeljko.filipin at gmail.com Wed Jun 18 05:52:00 2008 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 18 Jun 2008 11:52:00 +0200 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: <7ac2300c0806180245p4a8d824axce90186b2a104fa0@mail.gmail.com> References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> <7ac2300c0806180245p4a8d824axce90186b2a104fa0@mail.gmail.com> Message-ID: On Wed, Jun 18, 2008 at 11:45 AM, aidy lewis wrote: > Like it. Simple solutions are the best sometimes. :) ?eljko -- ZeljkoFilipin.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan.baird at riskmetrics.com Wed Jun 18 15:08:40 2008 From: alan.baird at riskmetrics.com (Alan Baird) Date: Wed, 18 Jun 2008 15:08:40 -0400 Subject: [Wtr-development] openqa personal details indexed by google Message-ID: <296DCA57118A7143824911216017E83B0BA1A5CE@MAIL-NY01.rmg-ny.com> All - A user recently posted a question directly to the FAQ about having his e-mail indexed by Google. Sure enough, Google apparently indexes the personal information page on the openqa site. I sent an email to the site admin to see what we could do about this, if anything and have relegated the comments to the posts section of the FAQ. Why people think that defacing a wiki with a question is a good idea I won't know. I don't know if this is common but this is the second time today this has happened. Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Wed Jun 18 17:28:02 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 18 Jun 2008 16:28:02 -0500 Subject: [Wtr-development] Firewatir Patches In-Reply-To: References: <677955230806130603x5a500f2dufe38c49b62cbcdb6@mail.gmail.com> <677955230806130607w7d5eb67ep35f3cc8d92a5c9b1@mail.gmail.com> <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: On Mon, Jun 16, 2008 at 3:59 AM, Angrez Singh wrote: > One more thing I noticed is now I can't start Firefox if Firefox is already > opened. This was used to work earlier, is it has to do something with > running multiple instances code. Also for running the code correctly I had > to install the patched XPI file. > > Derek, could you please explain what you added in the XPI for supporting > multiple instances? > I was the one who added the support for handling multiple instances. I committed this patch contributed by "Steve". http://groups.google.com/group/firewatir/browse_thread/thread/9111c7a10f119a13 I have reproduced the problem that you mention ("I can't start Firefox if Firefox is already opened") and will look into it further. Bret -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Wed Jun 18 18:44:17 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Wed, 18 Jun 2008 16:44:17 -0600 Subject: [Wtr-development] Firewatir Patches In-Reply-To: References: <677955230806130607w7d5eb67ep35f3cc8d92a5c9b1@mail.gmail.com> <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: this is what I have in my hacked up firewatir class Firefox def self.exe_path # Get the path to Firefox.exe using Registry. require 'win32/registry.rb' path_to_exe = "" Win32::Registry::HKEY_LOCAL_MACHINE.open('SOFTWARE\Mozilla\Mozilla Firefox') do |reg| keys = reg.keys reg1 = Win32::Registry::HKEY_LOCAL_MACHINE.open("SOFTWARE\\Mozilla\\Mozilla Firefox\\#{keys[0]}\\Main") reg1.each do |subkey, type, data| if(subkey =~ /pathtoexe/i) path_to_exe = data end end end path_to_exe end # override the initialize method for working with mac # # TODO - where is firefox kept on other machines? # # Description: # Starts the firefox browser. Currently this only works for Windows Platform. # For others, you need to start Firefox manually using -jssh option. # On windows this starts the first version listed in the registry. # # Input: # waitTime - Time to wait for Firefox to start. By default it waits for 2 seconds. # This is done because if Firefox is not started and we try to connect # to jssh on port 9997 an exception is thrown. # TODO: Start the firefox version given by user. For example # ff = FireWatir::Firefox.new("1.5.0.4") # def initialize(options = {}) @port = options[:port] || 9997 if(options.kind_of?(Integer)) options = {:waitTime => options} end if(options[:profile] ||= ENV['WATIR_PROFILE']) profile_opt = "-P #{options[:profile]}" else profile_opt = "" end log "PROFILE: #{profile_opt}" waitTime = options[:waitTime] || 2 if(RUBY_PLATFORM =~ /.*mswin.*/) #log "plaftorm is windows" # try to attach to an existing one begin set_defaults rescue FireWatir::Exception::UnableToStartJSShException path_to_exe = Firefox.exe_path @t = Thread.new { system("\"#{path_to_exe}\" -no-remote -jssh 9997 -p default ") } log "Starting Firefox using the executable : #{path_to_exe}" log "Waiting for #{waitTime} seconds for Firefox to get started." wait_for_connected_browser set_defaults end elsif(RUBY_PLATFORM =~ /linux/i) log RUBY_PLATFORM path_to_bin = `which firefox`.strip log "#{path_to_bin} -jssh" @t = Thread.new { `#{path_to_bin} -jssh` } elsif(RUBY_PLATFORM =~/darwin/i) begin # try to connect to an existing ff set_defaults rescue #FireWatir::Exception::UnableToStartJSShException log "new failed, trying start" path_to_bin = "/Applications/Firefox.app/Contents/MacOS/firefox" log "#{path_to_bin} -jssh" @t=Thread.new{ `#{path_to_bin} --p default -jssh 9997 &` } wait_for_connected_browser set_defaults end end #set_defaults() get_window_number() set_browser_document() end # initialize def wait_for_connected_browser connected = false start = Time.now.to_i while connected == false and Time.now.to_i < start+10 begin t = TCPSocket.new('localhost' , 9997 ) connected = true rescue connected = false sleep 0.2 end end end I think this uses an open browser if its there, and if its not opens a new one. The problem comes if there is an open browser that doesnt have jssh running. At one point it did support having 2 browsers, but Im not sure if that still works Paul On Wed, Jun 18, 2008 at 3:28 PM, Bret Pettichord wrote: > On Mon, Jun 16, 2008 at 3:59 AM, Angrez Singh wrote: >> >> One more thing I noticed is now I can't start Firefox if Firefox is >> already opened. This was used to work earlier, is it has to do something >> with running multiple instances code. Also for running the code correctly I >> had to install the patched XPI file. >> >> Derek, could you please explain what you added in the XPI for supporting >> multiple instances? > > I was the one who added the support for handling multiple instances. I > committed this patch contributed by "Steve". > http://groups.google.com/group/firewatir/browse_thread/thread/9111c7a10f119a13 > > I have reproduced the problem that you mention ("I can't start Firefox if > Firefox is already opened") and will look into it further. > > Bret > -- > Bret Pettichord > CTO, WatirCraft LLC, http://www.watircraft.com > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From dave.liebreich at gmail.com Wed Jun 18 19:13:41 2008 From: dave.liebreich at gmail.com (Dave Liebreich) Date: Wed, 18 Jun 2008 16:13:41 -0700 Subject: [Wtr-development] Firewatir Patches In-Reply-To: References: <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: IIRC, it's the -no-remote arg to firefox that forces a new instance, rather than a new window in an existing instance. Setting the env var MOZ_NO_REMOTE to 1 does something similar, and may affect how firefox handles URLS dispatched from finder/explorer. Regardless, if you have multiple firefox instances all running with jssh, each instance needs to listen on a different port. I wish I remembered this stuff more clearly and completely. I do hope this short comment helps. Dave From bret at pettichord.com Thu Jun 19 01:16:23 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 19 Jun 2008 00:16:23 -0500 Subject: [Wtr-development] Firewatir Patches In-Reply-To: References: <677955230806130607w7d5eb67ep35f3cc8d92a5c9b1@mail.gmail.com> <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: I'm still researching this. FYI. Thanks for all the email pointers. On Wed, Jun 18, 2008 at 4:28 PM, Bret Pettichord wrote: > On Mon, Jun 16, 2008 at 3:59 AM, Angrez Singh wrote: > >> One more thing I noticed is now I can't start Firefox if Firefox is >> already opened. This was used to work earlier, is it has to do something >> with running multiple instances code. Also for running the code correctly I >> had to install the patched XPI file. >> >> Derek, could you please explain what you added in the XPI for supporting >> multiple instances? >> > > I was the one who added the support for handling multiple instances. I > committed this patch contributed by "Steve". > > http://groups.google.com/group/firewatir/browse_thread/thread/9111c7a10f119a13 > > I have reproduced the problem that you mention ("I can't start Firefox if > Firefox is already opened") and will look into it further. > > Bret > -- > Bret Pettichord > CTO, WatirCraft LLC, http://www.watircraft.com > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at gmail.com Thu Jun 19 04:17:32 2008 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Thu, 19 Jun 2008 10:17:32 +0200 Subject: [Wtr-development] openqa personal details indexed by google In-Reply-To: <296DCA57118A7143824911216017E83B0BA1A5CE@MAIL-NY01.rmg-ny.com> References: <296DCA57118A7143824911216017E83B0BA1A5CE@MAIL-NY01.rmg-ny.com> Message-ID: On Wed, Jun 18, 2008 at 9:08 PM, Alan Baird wrote: > A user recently posted a question directly to the FAQ about having his e-mail indexed by Google. And I choose my e-mail as user name. I was thinking to change it to something else but did not have the time to try. > I don't know if this is common As far as I remember, it did not happen before. ?eljko -- ZeljkoFilipin.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Thu Jun 19 11:24:43 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 19 Jun 2008 10:24:43 -0500 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support Message-ID: I am trying to sort through various issues that are raised by Stephen's recent patch and support for multiple browsers. I will list several conjectures and puzzles that I have. I would appreciate comments if you have any. The Port Argument. I'm seeing some versions/patches where the -jssh command flag takes a port argument and others where it does not. In my installation, the port argument does not seem to work. But i figure that this must be working for some people. I am wondering whether this depends on the version of the XPI that you are using. A Port for Each Browser? I'm not sure how the version/patch that supports multiple browsers works. I also would think (like Dave) that each browser would need to open a different port. But i don't see code to do this. Profiles. I am wondering whether we see different behavior depending on whether you are using profiles or not. It seems that some people use them, others not. I would like to know more about the pros and cons of using them. I understand what profiles are, and have used them a bit, but not for testing. I haven't thought through their implications for testing. Should separate browsers be using different profiles? If there is a standard practice that we recommend, should we make it the default? New Delay Code. Steve's patch introduced new code that polls the browser to see when it is up, instead of waiting a fixed amount of time (2 seconds). It does this by connecting to the jssh port. Is this one connection to many? Any how, i am wondering whether this code is introducing issues. I'm considering backing it out (since it is only a performance improvement) while we track down the other issues. -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Thu Jun 19 12:02:55 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 19 Jun 2008 11:02:55 -0500 Subject: [Wtr-development] openqa personal details indexed by google In-Reply-To: References: <296DCA57118A7143824911216017E83B0BA1A5CE@MAIL-NY01.rmg-ny.com> Message-ID: This seems to be the result of a configuration change to Confluence that affects all OpenQA users. Patrick Lightbody would be the person to speak with about this. Bret On Thu, Jun 19, 2008 at 3:17 AM, ?eljko Filipin wrote: > On Wed, Jun 18, 2008 at 9:08 PM, Alan Baird > wrote: > > A user recently posted a question directly to the FAQ about having his > e-mail indexed by Google. > > And I choose my e-mail as user name. I was thinking to change it to > something else but did not have the time to try. > > > I don't know if this is common > > As far as I remember, it did not happen before. > > ?eljko > -- > ZeljkoFilipin.com > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Thu Jun 19 12:02:21 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Thu, 19 Jun 2008 10:02:21 -0600 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support In-Reply-To: References: Message-ID: heres what Ive been doing. I have a patched xpi ( source uknown right now, but I guess I could find it) that takes a port argument I also use the -no-remote option on windows I also use 2 different profiles ( the patched xpi needs to be installed under both profiles) This used to work really well, in both Win XP and Mac but I havent used it for a while ( 2 months maybe) I just tried it and my code that handles 2 browsers nicely seems to be broken, but I can telnet to the 2 different browsers without problem Paul On Thu, Jun 19, 2008 at 9:24 AM, Bret Pettichord wrote: > I am trying to sort through various issues that are raised by > Stephen's recent patch and support for multiple browsers. I will list > several conjectures and puzzles that I have. I would appreciate > comments if you have any. > > The Port Argument. I'm seeing some versions/patches where the -jssh > command flag takes a port argument and others where it does not. In my > installation, the port argument does not seem to work. But i figure > that this must be working for some people. I am wondering whether this > depends on the version of the XPI that you are using. > > A Port for Each Browser? I'm not sure how the version/patch that > supports multiple browsers works. I also would think (like Dave) that > each browser would need to open a different port. But i don't see code > to do this. > > Profiles. I am wondering whether we see different behavior depending on > whether you are using profiles or not. It seems that some people use > them, others not. I would like to know more about the pros and cons of > using them. I understand what profiles are, and have used them a bit, > but not for testing. I haven't thought through their implications for > testing. Should separate browsers be using different profiles? If > there is a standard practice that we recommend, should we make it the > default? > > New Delay Code. Steve's patch introduced new code that polls the > browser to see when it is up, instead of waiting a fixed amount of > time (2 seconds). It does this by connecting to the jssh port. Is this > one connection to many? Any how, i am wondering whether this code is > introducing issues. I'm considering backing it out (since it is only a > performance improvement) while we track down the other issues. > > > -- > Bret Pettichord > CTO, WatirCraft LLC, http://www.watircraft.com > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From bret at pettichord.com Thu Jun 19 12:26:04 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 19 Jun 2008 11:26:04 -0500 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support In-Reply-To: References: Message-ID: that is helpful. thanks. i think i will back out the patch to support multiple browsers. it seems to depend on a patched xpi, and it doesn't make sense to use it unless we can get both firewatir and the xpi patched together, which we don't have at hand today. let's mark this as a todo item after we start merging watir and firewatir. Could someone give me more info on the status of the xpi. Where is the standard repository for this? Who maintains this code? Are we maintaining Firewatir specific patches or are we contributing the back to Mozilla (are they maintaining it?). Or are we just compiling it for the convenience of our users. Has any one looked into making it easier to install (like other plugins)? Bret On Thu, Jun 19, 2008 at 11:02 AM, Paul Rogers wrote: > heres what Ive been doing. > > I have a patched xpi ( source uknown right now, but I guess I could > find it) that takes a port argument > I also use the -no-remote option on windows > I also use 2 different profiles ( the patched xpi needs to be > installed under both profiles) > > This used to work really well, in both Win XP and Mac but I havent > used it for a while ( 2 months maybe) > I just tried it and my code that handles 2 browsers nicely seems to be > broken, but I can telnet to the 2 different browsers without problem > > Paul > > > > On Thu, Jun 19, 2008 at 9:24 AM, Bret Pettichord > wrote: > > I am trying to sort through various issues that are raised by > > Stephen's recent patch and support for multiple browsers. I will list > > several conjectures and puzzles that I have. I would appreciate > > comments if you have any. > > > > The Port Argument. I'm seeing some versions/patches where the -jssh > > command flag takes a port argument and others where it does not. In my > > installation, the port argument does not seem to work. But i figure > > that this must be working for some people. I am wondering whether this > > depends on the version of the XPI that you are using. > > > > A Port for Each Browser? I'm not sure how the version/patch that > > supports multiple browsers works. I also would think (like Dave) that > > each browser would need to open a different port. But i don't see code > > to do this. > > > > Profiles. I am wondering whether we see different behavior depending on > > whether you are using profiles or not. It seems that some people use > > them, others not. I would like to know more about the pros and cons of > > using them. I understand what profiles are, and have used them a bit, > > but not for testing. I haven't thought through their implications for > > testing. Should separate browsers be using different profiles? If > > there is a standard practice that we recommend, should we make it the > > default? > > > > New Delay Code. Steve's patch introduced new code that polls the > > browser to see when it is up, instead of waiting a fixed amount of > > time (2 seconds). It does this by connecting to the jssh port. Is this > > one connection to many? Any how, i am wondering whether this code is > > introducing issues. I'm considering backing it out (since it is only a > > performance improvement) while we track down the other issues. > > > > > > -- > > Bret Pettichord > > CTO, WatirCraft LLC, http://www.watircraft.com > > Lead Developer, Watir, http://wtr.rubyforge.org > > Blog (Essays), http://www.io.com/~wazmo/blog > > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > > _______________________________________________ > > Wtr-development mailing list > > Wtr-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wtr-development > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Thu Jun 19 13:10:48 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Thu, 19 Jun 2008 11:10:48 -0600 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support In-Reply-To: References: Message-ID: I just tried my handler again, and its working fine, i was just typing the wrong stuff This is where I got the multi browser patched xpi from http://coderrr.wordpress.com/2007/10/15/patch-to-firewatir-and-jssh-to-support-testing-with-multiple-concurrent-firefox-browsers/ Paul On Thu, Jun 19, 2008 at 10:26 AM, Bret Pettichord wrote: > that is helpful. thanks. > > i think i will back out the patch to support multiple browsers. it seems to > depend on a patched xpi, and it doesn't make sense to use it unless we can > get both firewatir and the xpi patched together, which we don't have at hand > today. let's mark this as a todo item after we start merging watir and > firewatir. > > Could someone give me more info on the status of the xpi. Where is the > standard repository for this? Who maintains this code? Are we maintaining > Firewatir specific patches or are we contributing the back to Mozilla (are > they maintaining it?). Or are we just compiling it for the convenience of > our users. Has any one looked into making it easier to install (like other > plugins)? > > Bret > > On Thu, Jun 19, 2008 at 11:02 AM, Paul Rogers wrote: >> >> heres what Ive been doing. >> >> I have a patched xpi ( source uknown right now, but I guess I could >> find it) that takes a port argument >> I also use the -no-remote option on windows >> I also use 2 different profiles ( the patched xpi needs to be >> installed under both profiles) >> >> This used to work really well, in both Win XP and Mac but I havent >> used it for a while ( 2 months maybe) >> I just tried it and my code that handles 2 browsers nicely seems to be >> broken, but I can telnet to the 2 different browsers without problem >> >> Paul >> >> >> >> On Thu, Jun 19, 2008 at 9:24 AM, Bret Pettichord >> wrote: >> > I am trying to sort through various issues that are raised by >> > Stephen's recent patch and support for multiple browsers. I will list >> > several conjectures and puzzles that I have. I would appreciate >> > comments if you have any. >> > >> > The Port Argument. I'm seeing some versions/patches where the -jssh >> > command flag takes a port argument and others where it does not. In my >> > installation, the port argument does not seem to work. But i figure >> > that this must be working for some people. I am wondering whether this >> > depends on the version of the XPI that you are using. >> > >> > A Port for Each Browser? I'm not sure how the version/patch that >> > supports multiple browsers works. I also would think (like Dave) that >> > each browser would need to open a different port. But i don't see code >> > to do this. >> > >> > Profiles. I am wondering whether we see different behavior depending on >> > whether you are using profiles or not. It seems that some people use >> > them, others not. I would like to know more about the pros and cons of >> > using them. I understand what profiles are, and have used them a bit, >> > but not for testing. I haven't thought through their implications for >> > testing. Should separate browsers be using different profiles? If >> > there is a standard practice that we recommend, should we make it the >> > default? >> > >> > New Delay Code. Steve's patch introduced new code that polls the >> > browser to see when it is up, instead of waiting a fixed amount of >> > time (2 seconds). It does this by connecting to the jssh port. Is this >> > one connection to many? Any how, i am wondering whether this code is >> > introducing issues. I'm considering backing it out (since it is only a >> > performance improvement) while we track down the other issues. >> > >> > >> > -- >> > Bret Pettichord >> > CTO, WatirCraft LLC, http://www.watircraft.com >> > Lead Developer, Watir, http://wtr.rubyforge.org >> > Blog (Essays), http://www.io.com/~wazmo/blog >> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> > _______________________________________________ >> > Wtr-development mailing list >> > Wtr-development at rubyforge.org >> > http://rubyforge.org/mailman/listinfo/wtr-development >> > >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development > > > > -- > Bret Pettichord > CTO, WatirCraft LLC, http://www.watircraft.com > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From alan.baird at riskmetrics.com Thu Jun 19 13:13:30 2008 From: alan.baird at riskmetrics.com (Alan Baird) Date: Thu, 19 Jun 2008 13:13:30 -0400 Subject: [Wtr-development] openqa personal details indexed by google In-Reply-To: References: <296DCA57118A7143824911216017E83B0BA1A5CE@MAIL-NY01.rmg-ny.com> Message-ID: <296DCA57118A7143824911216017E83B0BA1A98E@MAIL-NY01.rmg-ny.com> I already sent him an e-mail. He says he's looking into it. AB ________________________________ From: wtr-development-bounces at rubyforge.org [mailto:wtr-development-bounces at rubyforge.org] On Behalf Of Bret Pettichord Sent: Thursday, June 19, 2008 11:03 AM To: Watir development Subject: Re: [Wtr-development] openqa personal details indexed by google This seems to be the result of a configuration change to Confluence that affects all OpenQA users. Patrick Lightbody would be the person to speak with about this. Bret On Thu, Jun 19, 2008 at 3:17 AM, ?eljko Filipin wrote: On Wed, Jun 18, 2008 at 9:08 PM, Alan Baird wrote: > A user recently posted a question directly to the FAQ about having his e-mail indexed by Google. And I choose my e-mail as user name. I was thinking to change it to something else but did not have the time to try. > I don't know if this is common As far as I remember, it did not happen before. ?eljko -- ZeljkoFilipin.com _______________________________________________ Wtr-development mailing list Wtr-development at rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-development -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Thu Jun 19 13:56:49 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 19 Jun 2008 12:56:49 -0500 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support In-Reply-To: References: Message-ID: OK. I had just backed out this patch from the firewatir code base when i read this email. But i now see that this website has all the code organized very well. I still have my questions about how the FireWatir team has been building and supporting the XPI's. Bret On Thu, Jun 19, 2008 at 12:10 PM, Paul Rogers wrote: > I just tried my handler again, and its working fine, i was just typing > the wrong stuff > > This is where I got the multi browser patched xpi from > > > http://coderrr.wordpress.com/2007/10/15/patch-to-firewatir-and-jssh-to-support-testing-with-multiple-concurrent-firefox-browsers/ > > > Paul > > On Thu, Jun 19, 2008 at 10:26 AM, Bret Pettichord > wrote: > > that is helpful. thanks. > > > > i think i will back out the patch to support multiple browsers. it seems > to > > depend on a patched xpi, and it doesn't make sense to use it unless we > can > > get both firewatir and the xpi patched together, which we don't have at > hand > > today. let's mark this as a todo item after we start merging watir and > > firewatir. > > > > Could someone give me more info on the status of the xpi. Where is the > > standard repository for this? Who maintains this code? Are we maintaining > > Firewatir specific patches or are we contributing the back to Mozilla > (are > > they maintaining it?). Or are we just compiling it for the convenience of > > our users. Has any one looked into making it easier to install (like > other > > plugins)? > > > > Bret > > > > On Thu, Jun 19, 2008 at 11:02 AM, Paul Rogers > wrote: > >> > >> heres what Ive been doing. > >> > >> I have a patched xpi ( source uknown right now, but I guess I could > >> find it) that takes a port argument > >> I also use the -no-remote option on windows > >> I also use 2 different profiles ( the patched xpi needs to be > >> installed under both profiles) > >> > >> This used to work really well, in both Win XP and Mac but I havent > >> used it for a while ( 2 months maybe) > >> I just tried it and my code that handles 2 browsers nicely seems to be > >> broken, but I can telnet to the 2 different browsers without problem > >> > >> Paul > >> > >> > >> > >> On Thu, Jun 19, 2008 at 9:24 AM, Bret Pettichord > >> wrote: > >> > I am trying to sort through various issues that are raised by > >> > Stephen's recent patch and support for multiple browsers. I will list > >> > several conjectures and puzzles that I have. I would appreciate > >> > comments if you have any. > >> > > >> > The Port Argument. I'm seeing some versions/patches where the -jssh > >> > command flag takes a port argument and others where it does not. In my > >> > installation, the port argument does not seem to work. But i figure > >> > that this must be working for some people. I am wondering whether this > >> > depends on the version of the XPI that you are using. > >> > > >> > A Port for Each Browser? I'm not sure how the version/patch that > >> > supports multiple browsers works. I also would think (like Dave) that > >> > each browser would need to open a different port. But i don't see code > >> > to do this. > >> > > >> > Profiles. I am wondering whether we see different behavior depending > on > >> > whether you are using profiles or not. It seems that some people use > >> > them, others not. I would like to know more about the pros and cons of > >> > using them. I understand what profiles are, and have used them a bit, > >> > but not for testing. I haven't thought through their implications for > >> > testing. Should separate browsers be using different profiles? If > >> > there is a standard practice that we recommend, should we make it the > >> > default? > >> > > >> > New Delay Code. Steve's patch introduced new code that polls the > >> > browser to see when it is up, instead of waiting a fixed amount of > >> > time (2 seconds). It does this by connecting to the jssh port. Is this > >> > one connection to many? Any how, i am wondering whether this code is > >> > introducing issues. I'm considering backing it out (since it is only a > >> > performance improvement) while we track down the other issues. > >> > > >> > > >> > -- > >> > Bret Pettichord > >> > CTO, WatirCraft LLC, http://www.watircraft.com > >> > Lead Developer, Watir, http://wtr.rubyforge.org > >> > Blog (Essays), http://www.io.com/~wazmo/blog > >> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > >> > _______________________________________________ > >> > Wtr-development mailing list > >> > Wtr-development at rubyforge.org > >> > http://rubyforge.org/mailman/listinfo/wtr-development > >> > > >> _______________________________________________ > >> Wtr-development mailing list > >> Wtr-development at rubyforge.org > >> http://rubyforge.org/mailman/listinfo/wtr-development > > > > > > > > -- > > Bret Pettichord > > CTO, WatirCraft LLC, http://www.watircraft.com > > Lead Developer, Watir, http://wtr.rubyforge.org > > Blog (Essays), http://www.io.com/~wazmo/blog > > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > > _______________________________________________ > > Wtr-development mailing list > > Wtr-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wtr-development > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Fri Jun 20 01:18:52 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 20 Jun 2008 10:48:52 +0530 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support In-Reply-To: References: Message-ID: Hi Bret, Currently there is no one who is maintaining the XPI. We need to do this as we go further. For the XPI's we need to compile the JSSh code with Firefox code. I do that personally on my windows machine and depends on community to create other XPIs. We need to have a strong procedure for this. Any ideas/suggestions? - Angrez On Thu, Jun 19, 2008 at 11:26 PM, Bret Pettichord wrote: > OK. > > I had just backed out this patch from the firewatir code base when i read > this email. But i now see that this website has all the code organized very > well. > > I still have my questions about how the FireWatir team has been building > and supporting the XPI's. > > Bret > > > On Thu, Jun 19, 2008 at 12:10 PM, Paul Rogers wrote: > >> I just tried my handler again, and its working fine, i was just typing >> the wrong stuff >> >> This is where I got the multi browser patched xpi from >> >> >> http://coderrr.wordpress.com/2007/10/15/patch-to-firewatir-and-jssh-to-support-testing-with-multiple-concurrent-firefox-browsers/ >> >> >> Paul >> >> On Thu, Jun 19, 2008 at 10:26 AM, Bret Pettichord >> wrote: >> > that is helpful. thanks. >> > >> > i think i will back out the patch to support multiple browsers. it seems >> to >> > depend on a patched xpi, and it doesn't make sense to use it unless we >> can >> > get both firewatir and the xpi patched together, which we don't have at >> hand >> > today. let's mark this as a todo item after we start merging watir and >> > firewatir. >> > >> > Could someone give me more info on the status of the xpi. Where is the >> > standard repository for this? Who maintains this code? Are we >> maintaining >> > Firewatir specific patches or are we contributing the back to Mozilla >> (are >> > they maintaining it?). Or are we just compiling it for the convenience >> of >> > our users. Has any one looked into making it easier to install (like >> other >> > plugins)? >> > >> > Bret >> > >> > On Thu, Jun 19, 2008 at 11:02 AM, Paul Rogers >> wrote: >> >> >> >> heres what Ive been doing. >> >> >> >> I have a patched xpi ( source uknown right now, but I guess I could >> >> find it) that takes a port argument >> >> I also use the -no-remote option on windows >> >> I also use 2 different profiles ( the patched xpi needs to be >> >> installed under both profiles) >> >> >> >> This used to work really well, in both Win XP and Mac but I havent >> >> used it for a while ( 2 months maybe) >> >> I just tried it and my code that handles 2 browsers nicely seems to be >> >> broken, but I can telnet to the 2 different browsers without problem >> >> >> >> Paul >> >> >> >> >> >> >> >> On Thu, Jun 19, 2008 at 9:24 AM, Bret Pettichord >> >> wrote: >> >> > I am trying to sort through various issues that are raised by >> >> > Stephen's recent patch and support for multiple browsers. I will list >> >> > several conjectures and puzzles that I have. I would appreciate >> >> > comments if you have any. >> >> > >> >> > The Port Argument. I'm seeing some versions/patches where the -jssh >> >> > command flag takes a port argument and others where it does not. In >> my >> >> > installation, the port argument does not seem to work. But i figure >> >> > that this must be working for some people. I am wondering whether >> this >> >> > depends on the version of the XPI that you are using. >> >> > >> >> > A Port for Each Browser? I'm not sure how the version/patch that >> >> > supports multiple browsers works. I also would think (like Dave) that >> >> > each browser would need to open a different port. But i don't see >> code >> >> > to do this. >> >> > >> >> > Profiles. I am wondering whether we see different behavior depending >> on >> >> > whether you are using profiles or not. It seems that some people use >> >> > them, others not. I would like to know more about the pros and cons >> of >> >> > using them. I understand what profiles are, and have used them a bit, >> >> > but not for testing. I haven't thought through their implications for >> >> > testing. Should separate browsers be using different profiles? If >> >> > there is a standard practice that we recommend, should we make it the >> >> > default? >> >> > >> >> > New Delay Code. Steve's patch introduced new code that polls the >> >> > browser to see when it is up, instead of waiting a fixed amount of >> >> > time (2 seconds). It does this by connecting to the jssh port. Is >> this >> >> > one connection to many? Any how, i am wondering whether this code is >> >> > introducing issues. I'm considering backing it out (since it is only >> a >> >> > performance improvement) while we track down the other issues. >> >> > >> >> > >> >> > -- >> >> > Bret Pettichord >> >> > CTO, WatirCraft LLC, http://www.watircraft.com >> >> > Lead Developer, Watir, http://wtr.rubyforge.org >> >> > Blog (Essays), http://www.io.com/~wazmo/blog >> >> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> >> > _______________________________________________ >> >> > Wtr-development mailing list >> >> > Wtr-development at rubyforge.org >> >> > http://rubyforge.org/mailman/listinfo/wtr-development >> >> > >> >> _______________________________________________ >> >> Wtr-development mailing list >> >> Wtr-development at rubyforge.org >> >> http://rubyforge.org/mailman/listinfo/wtr-development >> > >> > >> > >> > -- >> > Bret Pettichord >> > CTO, WatirCraft LLC, http://www.watircraft.com >> > Lead Developer, Watir, http://wtr.rubyforge.org >> > Blog (Essays), http://www.io.com/~wazmo/blog >> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> > _______________________________________________ >> > Wtr-development mailing list >> > Wtr-development at rubyforge.org >> > http://rubyforge.org/mailman/listinfo/wtr-development >> > >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > > -- > Bret Pettichord > CTO, WatirCraft LLC, http://www.watircraft.com > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Fri Jun 20 02:20:40 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 20 Jun 2008 01:20:40 -0500 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support In-Reply-To: References: Message-ID: Where does the JSSH code come from? Mozilla? Maybe i should talk to some people there about supporting this? In the mean time, WatirCraft may be able to take over this responsibilty. I recently got a mac myself. Bret On Fri, Jun 20, 2008 at 12:18 AM, Angrez Singh wrote: > Hi Bret, > > Currently there is no one who is maintaining the XPI. We need to do this as > we go further. For the XPI's we need to compile the JSSh code with Firefox > code. I do that personally on my windows machine and depends on community to > create other XPIs. > > We need to have a strong procedure for this. Any ideas/suggestions? > > - Angrez > > > On Thu, Jun 19, 2008 at 11:26 PM, Bret Pettichord > wrote: > >> OK. >> >> I had just backed out this patch from the firewatir code base when i read >> this email. But i now see that this website has all the code organized very >> well. >> >> I still have my questions about how the FireWatir team has been building >> and supporting the XPI's. >> >> Bret >> >> >> On Thu, Jun 19, 2008 at 12:10 PM, Paul Rogers >> wrote: >> >>> I just tried my handler again, and its working fine, i was just typing >>> the wrong stuff >>> >>> This is where I got the multi browser patched xpi from >>> >>> >>> http://coderrr.wordpress.com/2007/10/15/patch-to-firewatir-and-jssh-to-support-testing-with-multiple-concurrent-firefox-browsers/ >>> >>> >>> Paul >>> >>> On Thu, Jun 19, 2008 at 10:26 AM, Bret Pettichord >>> wrote: >>> > that is helpful. thanks. >>> > >>> > i think i will back out the patch to support multiple browsers. it >>> seems to >>> > depend on a patched xpi, and it doesn't make sense to use it unless we >>> can >>> > get both firewatir and the xpi patched together, which we don't have at >>> hand >>> > today. let's mark this as a todo item after we start merging watir and >>> > firewatir. >>> > >>> > Could someone give me more info on the status of the xpi. Where is the >>> > standard repository for this? Who maintains this code? Are we >>> maintaining >>> > Firewatir specific patches or are we contributing the back to Mozilla >>> (are >>> > they maintaining it?). Or are we just compiling it for the convenience >>> of >>> > our users. Has any one looked into making it easier to install (like >>> other >>> > plugins)? >>> > >>> > Bret >>> > >>> > On Thu, Jun 19, 2008 at 11:02 AM, Paul Rogers >>> wrote: >>> >> >>> >> heres what Ive been doing. >>> >> >>> >> I have a patched xpi ( source uknown right now, but I guess I could >>> >> find it) that takes a port argument >>> >> I also use the -no-remote option on windows >>> >> I also use 2 different profiles ( the patched xpi needs to be >>> >> installed under both profiles) >>> >> >>> >> This used to work really well, in both Win XP and Mac but I havent >>> >> used it for a while ( 2 months maybe) >>> >> I just tried it and my code that handles 2 browsers nicely seems to be >>> >> broken, but I can telnet to the 2 different browsers without problem >>> >> >>> >> Paul >>> >> >>> >> >>> >> >>> >> On Thu, Jun 19, 2008 at 9:24 AM, Bret Pettichord >> > >>> >> wrote: >>> >> > I am trying to sort through various issues that are raised by >>> >> > Stephen's recent patch and support for multiple browsers. I will >>> list >>> >> > several conjectures and puzzles that I have. I would appreciate >>> >> > comments if you have any. >>> >> > >>> >> > The Port Argument. I'm seeing some versions/patches where the -jssh >>> >> > command flag takes a port argument and others where it does not. In >>> my >>> >> > installation, the port argument does not seem to work. But i figure >>> >> > that this must be working for some people. I am wondering whether >>> this >>> >> > depends on the version of the XPI that you are using. >>> >> > >>> >> > A Port for Each Browser? I'm not sure how the version/patch that >>> >> > supports multiple browsers works. I also would think (like Dave) >>> that >>> >> > each browser would need to open a different port. But i don't see >>> code >>> >> > to do this. >>> >> > >>> >> > Profiles. I am wondering whether we see different behavior depending >>> on >>> >> > whether you are using profiles or not. It seems that some people use >>> >> > them, others not. I would like to know more about the pros and cons >>> of >>> >> > using them. I understand what profiles are, and have used them a >>> bit, >>> >> > but not for testing. I haven't thought through their implications >>> for >>> >> > testing. Should separate browsers be using different profiles? If >>> >> > there is a standard practice that we recommend, should we make it >>> the >>> >> > default? >>> >> > >>> >> > New Delay Code. Steve's patch introduced new code that polls the >>> >> > browser to see when it is up, instead of waiting a fixed amount of >>> >> > time (2 seconds). It does this by connecting to the jssh port. Is >>> this >>> >> > one connection to many? Any how, i am wondering whether this code is >>> >> > introducing issues. I'm considering backing it out (since it is only >>> a >>> >> > performance improvement) while we track down the other issues. >>> >> > >>> >> > >>> >> > -- >>> >> > Bret Pettichord >>> >> > CTO, WatirCraft LLC, http://www.watircraft.com >>> >> > Lead Developer, Watir, http://wtr.rubyforge.org >>> >> > Blog (Essays), http://www.io.com/~wazmo/blog >>> >> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >>> >> > _______________________________________________ >>> >> > Wtr-development mailing list >>> >> > Wtr-development at rubyforge.org >>> >> > http://rubyforge.org/mailman/listinfo/wtr-development >>> >> > >>> >> _______________________________________________ >>> >> Wtr-development mailing list >>> >> Wtr-development at rubyforge.org >>> >> http://rubyforge.org/mailman/listinfo/wtr-development >>> > >>> > >>> > >>> > -- >>> > Bret Pettichord >>> > CTO, WatirCraft LLC, http://www.watircraft.com >>> > Lead Developer, Watir, http://wtr.rubyforge.org >>> > Blog (Essays), http://www.io.com/~wazmo/blog >>> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >>> > _______________________________________________ >>> > Wtr-development mailing list >>> > Wtr-development at rubyforge.org >>> > http://rubyforge.org/mailman/listinfo/wtr-development >>> > >>> _______________________________________________ >>> Wtr-development mailing list >>> Wtr-development at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/wtr-development >>> >> >> >> >> -- >> Bret Pettichord >> CTO, WatirCraft LLC, http://www.watircraft.com >> Lead Developer, Watir, http://wtr.rubyforge.org >> Blog (Essays), http://www.io.com/~wazmo/blog >> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Wed Jun 11 17:37:51 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 11 Jun 2008 16:37:51 -0500 Subject: [Wtr-development] Integrating Watir and FireWatir Message-ID: Yesterday, we released Watir 1.5.6. This included a number of bug fixes. We plan to continue to release updates to Watir with more bug fixes as well as completing our support for locating elements via multiple attributes. But we also will be focusing on integrating Watir with FireWatir and improving our ability to support other browsers as well. There are three major elements to our plan for integrating Watir and FireWatir. 1. Put both Watir and FireWatir under continuous integration (CruiseControl.rb). This means that both tools will automatically be regression tested (using their unit test suites) every time any change is made to their code bases. This will facilitate taking contributions from people working on different platforms. 2. Merging the test suites. We need to have a single test suite that we can use to validate any Watir implementation. This means that the standard Watir test suite must be upgraded to allow it to execute against any browser. It also requires us to be able to tag those tests that only apply to one implementation. 3. Migrate FireWatir into the same SVN repository as Watir. Once this is done, it will facilitate being able to refactor code from both code bases towards increased reuse and the evolution of an adaptor architecture. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From angrez at gmail.com Thu Jun 12 01:36:08 2008 From: angrez at gmail.com (Angrez Singh) Date: Thu, 12 Jun 2008 11:06:08 +0530 Subject: [Wtr-development] Integrating Watir and FireWatir In-Reply-To: References: Message-ID: Hi Bret, Any ideas of when we can start up the integration? SVN would be at OpenQA right? - Angrez On Thu, Jun 12, 2008 at 3:07 AM, Bret Pettichord wrote: > Yesterday, we released Watir 1.5.6. This included a number of bug > fixes. We plan to continue to release updates to Watir with more bug > fixes as well as completing our support for locating elements via > multiple attributes. > > But we also will be focusing on integrating Watir with FireWatir and > improving our ability to support other browsers as well. > > There are three major elements to our plan for integrating Watir and > FireWatir. > > 1. Put both Watir and FireWatir under continuous integration > (CruiseControl.rb). This means that both tools will automatically be > regression tested (using their unit test suites) every time any change > is made to their code bases. This will facilitate taking contributions > from people working on different platforms. > > 2. Merging the test suites. We need to have a single test suite that > we can use to validate any Watir implementation. This means that the > standard Watir test suite must be upgraded to allow it to execute > against any browser. It also requires us to be able to tag those tests > that only apply to one implementation. > > 3. Migrate FireWatir into the same SVN repository as Watir. Once this > is done, it will facilitate being able to refactor code from both code > bases towards increased reuse and the evolution of an adaptor > architecture. > > Bret > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Thu Jun 12 14:30:22 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 12 Jun 2008 13:30:22 -0500 Subject: [Wtr-development] FireWatir Unit Tests Message-ID: I just ran all the unit tests for Firewatir (unittests/mozilla_all_tests.rb) on a new machine. I ran into two errors, in attach_to_new_window.rb. I was able to correct these errors by doing the following: 1. Change the preferences to open new windows in a new window (instead of a tab) 2. Clicked the little message to "allow popups from". I'm not sure if this is documented somewhere or not. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From bret at pettichord.com Thu Jun 12 16:01:11 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 12 Jun 2008 15:01:11 -0500 Subject: [Wtr-development] Integrating Watir and FireWatir In-Reply-To: References: Message-ID: On Thu, Jun 12, 2008 at 12:36 AM, Angrez Singh wrote: > Any ideas of when we can start up the integration? SVN would be at OpenQA > right? Right now I am hung up trying to apply this patch http://groups.google.com/group/firewatir/browse_thread/thread/9111c7a10f119a13 to the google code code base. This had already been applied to the openqa code base, but it seems that conflicting changes have since been made to the google code code base. If any one has any insight, i would appreciate it. I'm having to go through the last six months of the code history to understand the changes that have been made and this may take me some time. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From bret at pettichord.com Thu Jun 12 17:50:01 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 12 Jun 2008 16:50:01 -0500 Subject: [Wtr-development] Integrating Watir and FireWatir In-Reply-To: References: Message-ID: I'm no longer hung up on this problem. I'll send a status report out shortly under a separate subject line. Bret On Thu, Jun 12, 2008 at 3:01 PM, Bret Pettichord wrote: > On Thu, Jun 12, 2008 at 12:36 AM, Angrez Singh wrote: >> Any ideas of when we can start up the integration? SVN would be at OpenQA >> right? > > Right now I am hung up trying to apply this patch > http://groups.google.com/group/firewatir/browse_thread/thread/9111c7a10f119a13 > > to the google code code base. This had already been applied to the > openqa code base, but it seems that conflicting changes have since > been made to the google code code base. > > If any one has any insight, i would appreciate it. I'm having to go > through the last six months of the code history to understand the > changes that have been made and this may take me some time. > > Bret > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From bret at pettichord.com Thu Jun 12 18:02:58 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 12 Jun 2008 17:02:58 -0500 Subject: [Wtr-development] Merging & Migrating FireWatir Message-ID: I have successfully merged the firewatir codebase here https://svn.openqa.org/svn/watir/trunk/watir/vendor/firewatir [A] into the code base here https://firewatir.googlecode.com/svn/trunk/FireWatir [B] I had a few hiccups along the way, which i posted to this list earlier today about, but they now seem to be resolved. The main advantage to the FireWatir codebase of this merge, is that it now contains support for running multiple browsers. There is also a speed improvement. Because the codebase at [A] is now redundant, I will be removing it from trunk very shortly. The next step would be to migrate the code from [B] to https://svn.openqa.org/svn/watir/trunk/firewatir However, before i do this, i noticed that there are several patch files checked directly into the code base. I'm pretty confused by this. Angrez, can you explain this? The usual practice is that you "apply" a patch, which makes changes to existing files and then check in the changed files. In several cases, it seems that this wasn't done. I'm wondering if these patches still need to be applied? I also know that a number of other patches to FireWatir have been floating around. I would appreciate you all's help in tracking these down. I've added a "FireWatir" component to Watir's Jira tracking system: it would be great if the patches were put in there. I would also like to make sure that we give Watir commit rights to all the FireWatir committers. Angrez, can you help with this? I need to know the OpenQA logins for these people. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From angrez at gmail.com Fri Jun 13 01:49:44 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 13 Jun 2008 11:19:44 +0530 Subject: [Wtr-development] FireWatir Unit Tests In-Reply-To: References: Message-ID: Bret, This has been documented in the installation guide which can be downloaded from google code. - Angrez On Fri, Jun 13, 2008 at 12:00 AM, Bret Pettichord wrote: > I just ran all the unit tests for Firewatir > (unittests/mozilla_all_tests.rb) on a new machine. > > I ran into two errors, in attach_to_new_window.rb. I was able to > correct these errors by doing the following: > > 1. Change the preferences to open new windows in a new window (instead of a > tab) > 2. Clicked the little message to "allow popups from". > > I'm not sure if this is documented somewhere or not. > > Bret > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Fri Jun 13 01:52:34 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 13 Jun 2008 11:22:34 +0530 Subject: [Wtr-development] Merging & Migrating FireWatir In-Reply-To: References: Message-ID: Bret, Thanks for all your efforts for merging the code. All the patches that are checked in are applied to the code. It was redundant check in's. I believe we can remove them. Also regarding other patches, I'll search in the Firewatir/Watir mailing list. - Angrez On Fri, Jun 13, 2008 at 3:32 AM, Bret Pettichord wrote: > I have successfully merged the firewatir codebase here > https://svn.openqa.org/svn/watir/trunk/watir/vendor/firewatir [A] > into the code base here > https://firewatir.googlecode.com/svn/trunk/FireWatir [B] > > I had a few hiccups along the way, which i posted to this list earlier > today about, but they now seem to be resolved. > > The main advantage to the FireWatir codebase of this merge, is that it > now contains support for running multiple browsers. There is also a > speed improvement. > > Because the codebase at [A] is now redundant, I will be removing it > from trunk very shortly. > > The next step would be to migrate the code from [B] to > https://svn.openqa.org/svn/watir/trunk/firewatir > > However, before i do this, i noticed that there are several patch > files checked directly into the code base. I'm pretty confused by > this. > > Angrez, can you explain this? The usual practice is that you "apply" a > patch, which makes changes to existing files and then check in the > changed files. In several cases, it seems that this wasn't done. I'm > wondering if these patches still need to be applied? > > I also know that a number of other patches to FireWatir have been > floating around. I would appreciate you all's help in tracking these > down. I've added a "FireWatir" component to Watir's Jira tracking > system: it would be great if the patches were put in there. > > I would also like to make sure that we give Watir commit rights to all > the FireWatir committers. Angrez, can you help with this? I need to > know the OpenQA logins for these people. > > Bret > > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Fri Jun 13 02:28:41 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 13 Jun 2008 11:58:41 +0530 Subject: [Wtr-development] Merging & Migrating FireWatir In-Reply-To: References: Message-ID: I think the patches submitted over here: http://groups.google.com/group/firewatir/browse_thread/thread/752f101333eabfb6/5cca15d1d51a2e9e?lnk=gst&q=patch#5cca15d1d51a2e9e are not applied to the code. Let me apply that before going further with the migration. - Angrez On Fri, Jun 13, 2008 at 11:22 AM, Angrez Singh wrote: > Bret, > > Thanks for all your efforts for merging the code. All the patches that are > checked in are applied to the code. It was redundant check in's. I believe > we can remove them. Also regarding other patches, I'll search in the > Firewatir/Watir mailing list. > > - Angrez > > > On Fri, Jun 13, 2008 at 3:32 AM, Bret Pettichord > wrote: > >> I have successfully merged the firewatir codebase here >> https://svn.openqa.org/svn/watir/trunk/watir/vendor/firewatir [A] >> into the code base here >> https://firewatir.googlecode.com/svn/trunk/FireWatir [B] >> >> I had a few hiccups along the way, which i posted to this list earlier >> today about, but they now seem to be resolved. >> >> The main advantage to the FireWatir codebase of this merge, is that it >> now contains support for running multiple browsers. There is also a >> speed improvement. >> >> Because the codebase at [A] is now redundant, I will be removing it >> from trunk very shortly. >> >> The next step would be to migrate the code from [B] to >> https://svn.openqa.org/svn/watir/trunk/firewatir >> >> However, before i do this, i noticed that there are several patch >> files checked directly into the code base. I'm pretty confused by >> this. >> >> Angrez, can you explain this? The usual practice is that you "apply" a >> patch, which makes changes to existing files and then check in the >> changed files. In several cases, it seems that this wasn't done. I'm >> wondering if these patches still need to be applied? >> >> I also know that a number of other patches to FireWatir have been >> floating around. I would appreciate you all's help in tracking these >> down. I've added a "FireWatir" component to Watir's Jira tracking >> system: it would be great if the patches were put in there. >> >> I would also like to make sure that we give Watir commit rights to all >> the FireWatir committers. Angrez, can you help with this? I need to >> know the OpenQA logins for these people. >> >> Bret >> >> >> -- >> Bret Pettichord >> CTO, WatirCraft LLC >> Lead Developer, Watir, http://wtr.rubyforge.org >> Blog (Essays), http://www.io.com/~wazmo/blog >> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Fri Jun 13 10:05:18 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 13 Jun 2008 09:05:18 -0500 Subject: [Wtr-development] FireWatir Unit Tests In-Reply-To: References: Message-ID: > This has been documented in the installation guide which can be downloaded > from google code. > > - Angrez Excellent. From bret at pettichord.com Fri Jun 13 15:28:31 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 13 Jun 2008 14:28:31 -0500 Subject: [Wtr-development] Merging & Migrating FireWatir In-Reply-To: References: Message-ID: Great, glad to hear you are on top of this. I just responded there asking if you were on this, before reading here that you are. Thanks much. BTW, i'm going to remove the redundant patch files. I'm anal that way. Bret On Fri, Jun 13, 2008 at 1:28 AM, Angrez Singh wrote: > I think the patches submitted over here: > http://groups.google.com/group/firewatir/browse_thread/thread/752f101333eabfb6/5cca15d1d51a2e9e?lnk=gst&q=patch#5cca15d1d51a2e9e > > are not applied to the code. Let me apply that before going further with the > migration. > > - Angrez > > On Fri, Jun 13, 2008 at 11:22 AM, Angrez Singh wrote: >> >> Bret, >> >> Thanks for all your efforts for merging the code. All the patches that are >> checked in are applied to the code. It was redundant check in's. I believe >> we can remove them. Also regarding other patches, I'll search in the >> Firewatir/Watir mailing list. >> >> - Angrez >> >> On Fri, Jun 13, 2008 at 3:32 AM, Bret Pettichord >> wrote: >>> >>> I have successfully merged the firewatir codebase here >>> https://svn.openqa.org/svn/watir/trunk/watir/vendor/firewatir [A] >>> into the code base here >>> https://firewatir.googlecode.com/svn/trunk/FireWatir [B] >>> >>> I had a few hiccups along the way, which i posted to this list earlier >>> today about, but they now seem to be resolved. >>> >>> The main advantage to the FireWatir codebase of this merge, is that it >>> now contains support for running multiple browsers. There is also a >>> speed improvement. >>> >>> Because the codebase at [A] is now redundant, I will be removing it >>> from trunk very shortly. >>> >>> The next step would be to migrate the code from [B] to >>> https://svn.openqa.org/svn/watir/trunk/firewatir >>> >>> However, before i do this, i noticed that there are several patch >>> files checked directly into the code base. I'm pretty confused by >>> this. >>> >>> Angrez, can you explain this? The usual practice is that you "apply" a >>> patch, which makes changes to existing files and then check in the >>> changed files. In several cases, it seems that this wasn't done. I'm >>> wondering if these patches still need to be applied? >>> >>> I also know that a number of other patches to FireWatir have been >>> floating around. I would appreciate you all's help in tracking these >>> down. I've added a "FireWatir" component to Watir's Jira tracking >>> system: it would be great if the patches were put in there. >>> >>> I would also like to make sure that we give Watir commit rights to all >>> the FireWatir committers. Angrez, can you help with this? I need to >>> know the OpenQA logins for these people. >>> >>> Bret >>> >>> >>> -- >>> Bret Pettichord >>> CTO, WatirCraft LLC >>> Lead Developer, Watir, http://wtr.rubyforge.org >>> Blog (Essays), http://www.io.com/~wazmo/blog >>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >>> _______________________________________________ >>> Wtr-development mailing list >>> Wtr-development at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From bret at pettichord.com Fri Jun 13 16:28:38 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 13 Jun 2008 15:28:38 -0500 Subject: [Wtr-development] FireWatir Patch Files in SVN Message-ID: Angrez, After you said that the patch files checked into FireWatir-GoogleCode SVN had already been applied, I said that i would delete them. But before i did this, i double checked them and found that two of the five patch files did not look like they had actually been applied. I did this by inspecting the patch files and then manually checking the source to see if their changes were there. These are the files that did not appear to have been applied: escaping_fix.patch support-button.patch.txt These looked like they had been applied and are thus redundant: dom_events.patch patch use_profile.patch I'm not sure how to proceed. I'm happy to apply the unapplied patches. Was there a reason they weren't applied in the first place? I haven't really looked into the reasons or implications of these changes, although I am happy to do so. Any suggestions? Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Sat Jun 14 15:40:55 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Sat, 14 Jun 2008 12:40:55 -0700 Subject: [Wtr-development] Questions on the tutorial Message-ID: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Do these need updating:: 1. Installation: "Watir has been developed and tested using Ruby 1.8.2-15 on Windows 2000 and XP." 2. Installation: Jonathan Cole, I think has put to much emphasis on the command line and I think that we should be putting more emphasis on running through "Scite" for beginners, What do you think? We also need to start thinking about what we are gonna call the FireWatir\Watir merge? And also add Firewatir capabilities on the tutorial. Aidy From bret at pettichord.com Sat Jun 14 16:33:38 2008 From: bret at pettichord.com (Bret Pettichord) Date: Sat, 14 Jun 2008 15:33:38 -0500 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Message-ID: On Sat, Jun 14, 2008 at 2:40 PM, aidy lewis wrote: > Do these need updating:: > > 1. Installation: "Watir has been developed and tested using Ruby > 1.8.2-15 on Windows 2000 and XP." Yes this is out of date. > > 2. Installation: Jonathan Cole, I think has put to much emphasis on > the command line and I think that we should be putting more emphasis > on running through "Scite" for beginners, What do you think? I'd like to hear more comments on this suggestion. I can see pros and cons both ways and would like some one else to make the call on this. We also need to start thinking about what we are gonna call the > FireWatir\Watir merge? > > And also add Firewatir capabilities on the tutorial. > I am happy to put off worrying about these until more progress is made. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Sat Jun 14 16:39:58 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Sat, 14 Jun 2008 13:39:58 -0700 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Message-ID: <7ac2300c0806141339l5358298fu82678d982c09c55c@mail.gmail.com> Hi Bret, On 14/06/2008, Bret Pettichord wrote: > > > On Sat, Jun 14, 2008 at 2:40 PM, aidy lewis > wrote: > > Do these need updating:: > > > > 1. Installation: "Watir has been developed and tested using Ruby > > 1.8.2-15 on Windows 2000 and XP." > > Yes this is out of date. So what shall I put Ruby 1.8.5 and 1.8.6 final? > > > > 2. Installation: Jonathan Cole, I think has put to much emphasis on > > the command line and I think that we should be putting more emphasis > > on running through "Scite" for beginners, What do you think? > > I'd like to hear more comments on this suggestion. I can see pros and cons > both ways and would like some one else to make the call on this. > Already changed it now, but can role back . Alan, is going from the bottom, myself from the top. (Installation page is done after the Ruby v change (above) is finalised. Aidy From bret at pettichord.com Sat Jun 14 16:47:41 2008 From: bret at pettichord.com (Bret Pettichord) Date: Sat, 14 Jun 2008 15:47:41 -0500 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: <7ac2300c0806141339l5358298fu82678d982c09c55c@mail.gmail.com> References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> <7ac2300c0806141339l5358298fu82678d982c09c55c@mail.gmail.com> Message-ID: On Sat, Jun 14, 2008 at 3:39 PM, aidy lewis wrote: > > > > 1. Installation: "Watir has been developed and tested using Ruby > > > 1.8.2-15 on Windows 2000 and XP." > > > > Yes this is out of date. > So what shall I put Ruby 1.8.5 and 1.8.6 final? > * This is what i put on wtr.rubyforge.org: * > > *We recommend Ruby 1.8.5-24 or Ruby 1.8.6-26 final (or later)* > > > 2. Installation: Jonathan Cole, I think has put to much emphasis on > > > the command line and I think that we should be putting more emphasis > > > on running through "Scite" for beginners, What do you think? > > > > I'd like to hear more comments on this suggestion. I can see pros and > cons > > both ways and would like some one else to make the call on this. > > > Already changed it now, but can role back . I'm happy to let you all make the call on this. It has been a long time since Kohl wrote the original and I think we have a much better idea now of what works for people. > > > Alan, is going from the bottom, myself from the top. (Installation > page is done after the Ruby v change (above) is finalised. > Sounds good. Appreciate the help. -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Sun Jun 15 16:44:04 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Sun, 15 Jun 2008 13:44:04 -0700 Subject: [Wtr-development] ruby cheat sheet Message-ID: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> Hi, On the Ruby cheat sheet Marick (I think) writes this > (In fact everything in Ruby is an object.) Not true. The 'if' expression is not an object. Anyway, I think it indicates to new users that whatever they write in Ruby will be OOP. And it is not the case Aidy From bret at pettichord.com Sun Jun 15 17:02:44 2008 From: bret at pettichord.com (Bret Pettichord) Date: Sun, 15 Jun 2008 16:02:44 -0500 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> Message-ID: On Sun, Jun 15, 2008 at 3:44 PM, aidy lewis wrote: > On the Ruby cheat sheet Marick (I think) writes this > > > (In fact everything in Ruby is an object.) > > Not true. The 'if' expression is not an object. > > Anyway, I think it indicates to new users that whatever they write in > Ruby will be OOP. And it is not the case > Well since it is a cheat sheet, it is meant to be a summary of ideas, not a completely accurate one. I've been reading Kathy Sierra lately and she talks about how beginners need basic ideas, and that a problem with a lot of technical writing is that people are more concerned with writing sentences that experts will agree are 100% accurate rather than that beginners will agree are 100% helpful. Ruby is unlike almost any other computer language in that the only kind of data that it supports are objects. You can get into semantics about how to express this idea, but the important thing, first, is that you understand it. For example, in Java, integers are not objects, only some things are objects and other things are not. In Java, and if expression cannot return an object, only a boolean, which is not an object. But in Ruby and if expression really is an object. Both "true" and "false" in Ruby are objects and they have methods. This surprises many people because this is not true of almost any other language. You say that this implies that everything in Ruby will be OOP, but this is not the case. I need to understand more about what you are trying to say here. Ruby does allow you to write code that appears to be procedural, but even this really just amounts to methods on the Kernal class. This fact has important consequences. E.g. it is the reason why "include" statements should not be placed at the top of a file, but rather should be placed in the class where they are needed. Maybe you can say more about what your concern is and give an example of a misunderstanding that you are worried about? One problem we may have is that this cheat sheet was designed to accompany a face-to-face class and maybe it doesn't work as well in other contexts? Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Wed Jun 11 17:37:51 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 11 Jun 2008 16:37:51 -0500 Subject: [Wtr-development] Integrating Watir and FireWatir Message-ID: Yesterday, we released Watir 1.5.6. This included a number of bug fixes. We plan to continue to release updates to Watir with more bug fixes as well as completing our support for locating elements via multiple attributes. But we also will be focusing on integrating Watir with FireWatir and improving our ability to support other browsers as well. There are three major elements to our plan for integrating Watir and FireWatir. 1. Put both Watir and FireWatir under continuous integration (CruiseControl.rb). This means that both tools will automatically be regression tested (using their unit test suites) every time any change is made to their code bases. This will facilitate taking contributions from people working on different platforms. 2. Merging the test suites. We need to have a single test suite that we can use to validate any Watir implementation. This means that the standard Watir test suite must be upgraded to allow it to execute against any browser. It also requires us to be able to tag those tests that only apply to one implementation. 3. Migrate FireWatir into the same SVN repository as Watir. Once this is done, it will facilitate being able to refactor code from both code bases towards increased reuse and the evolution of an adaptor architecture. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From angrez at gmail.com Thu Jun 12 01:36:08 2008 From: angrez at gmail.com (Angrez Singh) Date: Thu, 12 Jun 2008 11:06:08 +0530 Subject: [Wtr-development] Integrating Watir and FireWatir In-Reply-To: References: Message-ID: Hi Bret, Any ideas of when we can start up the integration? SVN would be at OpenQA right? - Angrez On Thu, Jun 12, 2008 at 3:07 AM, Bret Pettichord wrote: > Yesterday, we released Watir 1.5.6. This included a number of bug > fixes. We plan to continue to release updates to Watir with more bug > fixes as well as completing our support for locating elements via > multiple attributes. > > But we also will be focusing on integrating Watir with FireWatir and > improving our ability to support other browsers as well. > > There are three major elements to our plan for integrating Watir and > FireWatir. > > 1. Put both Watir and FireWatir under continuous integration > (CruiseControl.rb). This means that both tools will automatically be > regression tested (using their unit test suites) every time any change > is made to their code bases. This will facilitate taking contributions > from people working on different platforms. > > 2. Merging the test suites. We need to have a single test suite that > we can use to validate any Watir implementation. This means that the > standard Watir test suite must be upgraded to allow it to execute > against any browser. It also requires us to be able to tag those tests > that only apply to one implementation. > > 3. Migrate FireWatir into the same SVN repository as Watir. Once this > is done, it will facilitate being able to refactor code from both code > bases towards increased reuse and the evolution of an adaptor > architecture. > > Bret > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Thu Jun 12 14:30:22 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 12 Jun 2008 13:30:22 -0500 Subject: [Wtr-development] FireWatir Unit Tests Message-ID: I just ran all the unit tests for Firewatir (unittests/mozilla_all_tests.rb) on a new machine. I ran into two errors, in attach_to_new_window.rb. I was able to correct these errors by doing the following: 1. Change the preferences to open new windows in a new window (instead of a tab) 2. Clicked the little message to "allow popups from". I'm not sure if this is documented somewhere or not. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From bret at pettichord.com Thu Jun 12 16:01:11 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 12 Jun 2008 15:01:11 -0500 Subject: [Wtr-development] Integrating Watir and FireWatir In-Reply-To: References: Message-ID: On Thu, Jun 12, 2008 at 12:36 AM, Angrez Singh wrote: > Any ideas of when we can start up the integration? SVN would be at OpenQA > right? Right now I am hung up trying to apply this patch http://groups.google.com/group/firewatir/browse_thread/thread/9111c7a10f119a13 to the google code code base. This had already been applied to the openqa code base, but it seems that conflicting changes have since been made to the google code code base. If any one has any insight, i would appreciate it. I'm having to go through the last six months of the code history to understand the changes that have been made and this may take me some time. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From bret at pettichord.com Thu Jun 12 17:50:01 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 12 Jun 2008 16:50:01 -0500 Subject: [Wtr-development] Integrating Watir and FireWatir In-Reply-To: References: Message-ID: I'm no longer hung up on this problem. I'll send a status report out shortly under a separate subject line. Bret On Thu, Jun 12, 2008 at 3:01 PM, Bret Pettichord wrote: > On Thu, Jun 12, 2008 at 12:36 AM, Angrez Singh wrote: >> Any ideas of when we can start up the integration? SVN would be at OpenQA >> right? > > Right now I am hung up trying to apply this patch > http://groups.google.com/group/firewatir/browse_thread/thread/9111c7a10f119a13 > > to the google code code base. This had already been applied to the > openqa code base, but it seems that conflicting changes have since > been made to the google code code base. > > If any one has any insight, i would appreciate it. I'm having to go > through the last six months of the code history to understand the > changes that have been made and this may take me some time. > > Bret > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From bret at pettichord.com Thu Jun 12 18:02:58 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 12 Jun 2008 17:02:58 -0500 Subject: [Wtr-development] Merging & Migrating FireWatir Message-ID: I have successfully merged the firewatir codebase here https://svn.openqa.org/svn/watir/trunk/watir/vendor/firewatir [A] into the code base here https://firewatir.googlecode.com/svn/trunk/FireWatir [B] I had a few hiccups along the way, which i posted to this list earlier today about, but they now seem to be resolved. The main advantage to the FireWatir codebase of this merge, is that it now contains support for running multiple browsers. There is also a speed improvement. Because the codebase at [A] is now redundant, I will be removing it from trunk very shortly. The next step would be to migrate the code from [B] to https://svn.openqa.org/svn/watir/trunk/firewatir However, before i do this, i noticed that there are several patch files checked directly into the code base. I'm pretty confused by this. Angrez, can you explain this? The usual practice is that you "apply" a patch, which makes changes to existing files and then check in the changed files. In several cases, it seems that this wasn't done. I'm wondering if these patches still need to be applied? I also know that a number of other patches to FireWatir have been floating around. I would appreciate you all's help in tracking these down. I've added a "FireWatir" component to Watir's Jira tracking system: it would be great if the patches were put in there. I would also like to make sure that we give Watir commit rights to all the FireWatir committers. Angrez, can you help with this? I need to know the OpenQA logins for these people. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From angrez at gmail.com Fri Jun 13 01:49:44 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 13 Jun 2008 11:19:44 +0530 Subject: [Wtr-development] FireWatir Unit Tests In-Reply-To: References: Message-ID: Bret, This has been documented in the installation guide which can be downloaded from google code. - Angrez On Fri, Jun 13, 2008 at 12:00 AM, Bret Pettichord wrote: > I just ran all the unit tests for Firewatir > (unittests/mozilla_all_tests.rb) on a new machine. > > I ran into two errors, in attach_to_new_window.rb. I was able to > correct these errors by doing the following: > > 1. Change the preferences to open new windows in a new window (instead of a > tab) > 2. Clicked the little message to "allow popups from". > > I'm not sure if this is documented somewhere or not. > > Bret > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Fri Jun 13 01:52:34 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 13 Jun 2008 11:22:34 +0530 Subject: [Wtr-development] Merging & Migrating FireWatir In-Reply-To: References: Message-ID: Bret, Thanks for all your efforts for merging the code. All the patches that are checked in are applied to the code. It was redundant check in's. I believe we can remove them. Also regarding other patches, I'll search in the Firewatir/Watir mailing list. - Angrez On Fri, Jun 13, 2008 at 3:32 AM, Bret Pettichord wrote: > I have successfully merged the firewatir codebase here > https://svn.openqa.org/svn/watir/trunk/watir/vendor/firewatir [A] > into the code base here > https://firewatir.googlecode.com/svn/trunk/FireWatir [B] > > I had a few hiccups along the way, which i posted to this list earlier > today about, but they now seem to be resolved. > > The main advantage to the FireWatir codebase of this merge, is that it > now contains support for running multiple browsers. There is also a > speed improvement. > > Because the codebase at [A] is now redundant, I will be removing it > from trunk very shortly. > > The next step would be to migrate the code from [B] to > https://svn.openqa.org/svn/watir/trunk/firewatir > > However, before i do this, i noticed that there are several patch > files checked directly into the code base. I'm pretty confused by > this. > > Angrez, can you explain this? The usual practice is that you "apply" a > patch, which makes changes to existing files and then check in the > changed files. In several cases, it seems that this wasn't done. I'm > wondering if these patches still need to be applied? > > I also know that a number of other patches to FireWatir have been > floating around. I would appreciate you all's help in tracking these > down. I've added a "FireWatir" component to Watir's Jira tracking > system: it would be great if the patches were put in there. > > I would also like to make sure that we give Watir commit rights to all > the FireWatir committers. Angrez, can you help with this? I need to > know the OpenQA logins for these people. > > Bret > > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Fri Jun 13 02:28:41 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 13 Jun 2008 11:58:41 +0530 Subject: [Wtr-development] Merging & Migrating FireWatir In-Reply-To: References: Message-ID: I think the patches submitted over here: http://groups.google.com/group/firewatir/browse_thread/thread/752f101333eabfb6/5cca15d1d51a2e9e?lnk=gst&q=patch#5cca15d1d51a2e9e are not applied to the code. Let me apply that before going further with the migration. - Angrez On Fri, Jun 13, 2008 at 11:22 AM, Angrez Singh wrote: > Bret, > > Thanks for all your efforts for merging the code. All the patches that are > checked in are applied to the code. It was redundant check in's. I believe > we can remove them. Also regarding other patches, I'll search in the > Firewatir/Watir mailing list. > > - Angrez > > > On Fri, Jun 13, 2008 at 3:32 AM, Bret Pettichord > wrote: > >> I have successfully merged the firewatir codebase here >> https://svn.openqa.org/svn/watir/trunk/watir/vendor/firewatir [A] >> into the code base here >> https://firewatir.googlecode.com/svn/trunk/FireWatir [B] >> >> I had a few hiccups along the way, which i posted to this list earlier >> today about, but they now seem to be resolved. >> >> The main advantage to the FireWatir codebase of this merge, is that it >> now contains support for running multiple browsers. There is also a >> speed improvement. >> >> Because the codebase at [A] is now redundant, I will be removing it >> from trunk very shortly. >> >> The next step would be to migrate the code from [B] to >> https://svn.openqa.org/svn/watir/trunk/firewatir >> >> However, before i do this, i noticed that there are several patch >> files checked directly into the code base. I'm pretty confused by >> this. >> >> Angrez, can you explain this? The usual practice is that you "apply" a >> patch, which makes changes to existing files and then check in the >> changed files. In several cases, it seems that this wasn't done. I'm >> wondering if these patches still need to be applied? >> >> I also know that a number of other patches to FireWatir have been >> floating around. I would appreciate you all's help in tracking these >> down. I've added a "FireWatir" component to Watir's Jira tracking >> system: it would be great if the patches were put in there. >> >> I would also like to make sure that we give Watir commit rights to all >> the FireWatir committers. Angrez, can you help with this? I need to >> know the OpenQA logins for these people. >> >> Bret >> >> >> -- >> Bret Pettichord >> CTO, WatirCraft LLC >> Lead Developer, Watir, http://wtr.rubyforge.org >> Blog (Essays), http://www.io.com/~wazmo/blog >> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Fri Jun 13 10:05:18 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 13 Jun 2008 09:05:18 -0500 Subject: [Wtr-development] FireWatir Unit Tests In-Reply-To: References: Message-ID: > This has been documented in the installation guide which can be downloaded > from google code. > > - Angrez Excellent. From bret at pettichord.com Fri Jun 13 15:28:31 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 13 Jun 2008 14:28:31 -0500 Subject: [Wtr-development] Merging & Migrating FireWatir In-Reply-To: References: Message-ID: Great, glad to hear you are on top of this. I just responded there asking if you were on this, before reading here that you are. Thanks much. BTW, i'm going to remove the redundant patch files. I'm anal that way. Bret On Fri, Jun 13, 2008 at 1:28 AM, Angrez Singh wrote: > I think the patches submitted over here: > http://groups.google.com/group/firewatir/browse_thread/thread/752f101333eabfb6/5cca15d1d51a2e9e?lnk=gst&q=patch#5cca15d1d51a2e9e > > are not applied to the code. Let me apply that before going further with the > migration. > > - Angrez > > On Fri, Jun 13, 2008 at 11:22 AM, Angrez Singh wrote: >> >> Bret, >> >> Thanks for all your efforts for merging the code. All the patches that are >> checked in are applied to the code. It was redundant check in's. I believe >> we can remove them. Also regarding other patches, I'll search in the >> Firewatir/Watir mailing list. >> >> - Angrez >> >> On Fri, Jun 13, 2008 at 3:32 AM, Bret Pettichord >> wrote: >>> >>> I have successfully merged the firewatir codebase here >>> https://svn.openqa.org/svn/watir/trunk/watir/vendor/firewatir [A] >>> into the code base here >>> https://firewatir.googlecode.com/svn/trunk/FireWatir [B] >>> >>> I had a few hiccups along the way, which i posted to this list earlier >>> today about, but they now seem to be resolved. >>> >>> The main advantage to the FireWatir codebase of this merge, is that it >>> now contains support for running multiple browsers. There is also a >>> speed improvement. >>> >>> Because the codebase at [A] is now redundant, I will be removing it >>> from trunk very shortly. >>> >>> The next step would be to migrate the code from [B] to >>> https://svn.openqa.org/svn/watir/trunk/firewatir >>> >>> However, before i do this, i noticed that there are several patch >>> files checked directly into the code base. I'm pretty confused by >>> this. >>> >>> Angrez, can you explain this? The usual practice is that you "apply" a >>> patch, which makes changes to existing files and then check in the >>> changed files. In several cases, it seems that this wasn't done. I'm >>> wondering if these patches still need to be applied? >>> >>> I also know that a number of other patches to FireWatir have been >>> floating around. I would appreciate you all's help in tracking these >>> down. I've added a "FireWatir" component to Watir's Jira tracking >>> system: it would be great if the patches were put in there. >>> >>> I would also like to make sure that we give Watir commit rights to all >>> the FireWatir committers. Angrez, can you help with this? I need to >>> know the OpenQA logins for these people. >>> >>> Bret >>> >>> >>> -- >>> Bret Pettichord >>> CTO, WatirCraft LLC >>> Lead Developer, Watir, http://wtr.rubyforge.org >>> Blog (Essays), http://www.io.com/~wazmo/blog >>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >>> _______________________________________________ >>> Wtr-development mailing list >>> Wtr-development at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist From bret at pettichord.com Fri Jun 13 16:28:38 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 13 Jun 2008 15:28:38 -0500 Subject: [Wtr-development] FireWatir Patch Files in SVN Message-ID: Angrez, After you said that the patch files checked into FireWatir-GoogleCode SVN had already been applied, I said that i would delete them. But before i did this, i double checked them and found that two of the five patch files did not look like they had actually been applied. I did this by inspecting the patch files and then manually checking the source to see if their changes were there. These are the files that did not appear to have been applied: escaping_fix.patch support-button.patch.txt These looked like they had been applied and are thus redundant: dom_events.patch patch use_profile.patch I'm not sure how to proceed. I'm happy to apply the unapplied patches. Was there a reason they weren't applied in the first place? I haven't really looked into the reasons or implications of these changes, although I am happy to do so. Any suggestions? Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Sat Jun 14 15:40:55 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Sat, 14 Jun 2008 12:40:55 -0700 Subject: [Wtr-development] Questions on the tutorial Message-ID: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Do these need updating:: 1. Installation: "Watir has been developed and tested using Ruby 1.8.2-15 on Windows 2000 and XP." 2. Installation: Jonathan Cole, I think has put to much emphasis on the command line and I think that we should be putting more emphasis on running through "Scite" for beginners, What do you think? We also need to start thinking about what we are gonna call the FireWatir\Watir merge? And also add Firewatir capabilities on the tutorial. Aidy From bret at pettichord.com Sat Jun 14 16:33:38 2008 From: bret at pettichord.com (Bret Pettichord) Date: Sat, 14 Jun 2008 15:33:38 -0500 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Message-ID: On Sat, Jun 14, 2008 at 2:40 PM, aidy lewis wrote: > Do these need updating:: > > 1. Installation: "Watir has been developed and tested using Ruby > 1.8.2-15 on Windows 2000 and XP." Yes this is out of date. > > 2. Installation: Jonathan Cole, I think has put to much emphasis on > the command line and I think that we should be putting more emphasis > on running through "Scite" for beginners, What do you think? I'd like to hear more comments on this suggestion. I can see pros and cons both ways and would like some one else to make the call on this. We also need to start thinking about what we are gonna call the > FireWatir\Watir merge? > > And also add Firewatir capabilities on the tutorial. > I am happy to put off worrying about these until more progress is made. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Sat Jun 14 16:39:58 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Sat, 14 Jun 2008 13:39:58 -0700 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Message-ID: <7ac2300c0806141339l5358298fu82678d982c09c55c@mail.gmail.com> Hi Bret, On 14/06/2008, Bret Pettichord wrote: > > > On Sat, Jun 14, 2008 at 2:40 PM, aidy lewis > wrote: > > Do these need updating:: > > > > 1. Installation: "Watir has been developed and tested using Ruby > > 1.8.2-15 on Windows 2000 and XP." > > Yes this is out of date. So what shall I put Ruby 1.8.5 and 1.8.6 final? > > > > 2. Installation: Jonathan Cole, I think has put to much emphasis on > > the command line and I think that we should be putting more emphasis > > on running through "Scite" for beginners, What do you think? > > I'd like to hear more comments on this suggestion. I can see pros and cons > both ways and would like some one else to make the call on this. > Already changed it now, but can role back . Alan, is going from the bottom, myself from the top. (Installation page is done after the Ruby v change (above) is finalised. Aidy From bret at pettichord.com Sat Jun 14 16:47:41 2008 From: bret at pettichord.com (Bret Pettichord) Date: Sat, 14 Jun 2008 15:47:41 -0500 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: <7ac2300c0806141339l5358298fu82678d982c09c55c@mail.gmail.com> References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> <7ac2300c0806141339l5358298fu82678d982c09c55c@mail.gmail.com> Message-ID: On Sat, Jun 14, 2008 at 3:39 PM, aidy lewis wrote: > > > > 1. Installation: "Watir has been developed and tested using Ruby > > > 1.8.2-15 on Windows 2000 and XP." > > > > Yes this is out of date. > So what shall I put Ruby 1.8.5 and 1.8.6 final? > * This is what i put on wtr.rubyforge.org: * > > *We recommend Ruby 1.8.5-24 or Ruby 1.8.6-26 final (or later)* > > > 2. Installation: Jonathan Cole, I think has put to much emphasis on > > > the command line and I think that we should be putting more emphasis > > > on running through "Scite" for beginners, What do you think? > > > > I'd like to hear more comments on this suggestion. I can see pros and > cons > > both ways and would like some one else to make the call on this. > > > Already changed it now, but can role back . I'm happy to let you all make the call on this. It has been a long time since Kohl wrote the original and I think we have a much better idea now of what works for people. > > > Alan, is going from the bottom, myself from the top. (Installation > page is done after the Ruby v change (above) is finalised. > Sounds good. Appreciate the help. -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Sun Jun 15 16:44:04 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Sun, 15 Jun 2008 13:44:04 -0700 Subject: [Wtr-development] ruby cheat sheet Message-ID: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> Hi, On the Ruby cheat sheet Marick (I think) writes this > (In fact everything in Ruby is an object.) Not true. The 'if' expression is not an object. Anyway, I think it indicates to new users that whatever they write in Ruby will be OOP. And it is not the case Aidy From bret at pettichord.com Sun Jun 15 17:02:44 2008 From: bret at pettichord.com (Bret Pettichord) Date: Sun, 15 Jun 2008 16:02:44 -0500 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> Message-ID: On Sun, Jun 15, 2008 at 3:44 PM, aidy lewis wrote: > On the Ruby cheat sheet Marick (I think) writes this > > > (In fact everything in Ruby is an object.) > > Not true. The 'if' expression is not an object. > > Anyway, I think it indicates to new users that whatever they write in > Ruby will be OOP. And it is not the case > Well since it is a cheat sheet, it is meant to be a summary of ideas, not a completely accurate one. I've been reading Kathy Sierra lately and she talks about how beginners need basic ideas, and that a problem with a lot of technical writing is that people are more concerned with writing sentences that experts will agree are 100% accurate rather than that beginners will agree are 100% helpful. Ruby is unlike almost any other computer language in that the only kind of data that it supports are objects. You can get into semantics about how to express this idea, but the important thing, first, is that you understand it. For example, in Java, integers are not objects, only some things are objects and other things are not. In Java, and if expression cannot return an object, only a boolean, which is not an object. But in Ruby and if expression really is an object. Both "true" and "false" in Ruby are objects and they have methods. This surprises many people because this is not true of almost any other language. You say that this implies that everything in Ruby will be OOP, but this is not the case. I need to understand more about what you are trying to say here. Ruby does allow you to write code that appears to be procedural, but even this really just amounts to methods on the Kernal class. This fact has important consequences. E.g. it is the reason why "include" statements should not be placed at the top of a file, but rather should be placed in the class where they are needed. Maybe you can say more about what your concern is and give an example of a misunderstanding that you are worried about? One problem we may have is that this cheat sheet was designed to accompany a face-to-face class and maybe it doesn't work as well in other contexts? Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at gmail.com Sun Jun 15 18:32:25 2008 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Mon, 16 Jun 2008 00:32:25 +0200 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Message-ID: On Sat, Jun 14, 2008 at 9:40 PM, aidy lewis wrote: > 2. Installation: Jonathan Cole, I think has put to much emphasis on > the command line and I think that we should be putting more emphasis > on running through "Scite" for beginners, What do you think? I like the command line. I tried Scite and did not like it. ?eljko -- ZeljkoFilipin.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Mon Jun 16 03:06:04 2008 From: angrez at gmail.com (Angrez Singh) Date: Mon, 16 Jun 2008 12:36:04 +0530 Subject: [Wtr-development] FireWatir Patch Files in SVN In-Reply-To: References: Message-ID: Hi Bret, I can see these patches are applied to the respective files. I think we are not looking at the same source code. I am looking at revision 137, the patches are there. - Angrez On Sat, Jun 14, 2008 at 1:58 AM, Bret Pettichord wrote: > Angrez, > > After you said that the patch files checked into FireWatir-GoogleCode SVN > had already been applied, I said that i would delete them. > > But before i did this, i double checked them and found that two of the five > patch files did not look like they had actually been applied. I did this by > inspecting the patch files and then manually checking the source to see if > their changes were there. > > These are the files that did not appear to have been applied: > > escaping_fix.patch > support-button.patch.txt > > These looked like they had been applied and are thus redundant: > > dom_events.patch > patch > use_profile.patch > > I'm not sure how to proceed. I'm happy to apply the unapplied patches. Was > there a reason they weren't applied in the first place? I haven't really > looked into the reasons or implications of these changes, although I am > happy to do so. Any suggestions? > > Bret > > -- > Bret Pettichord > CTO, WatirCraft LLC > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Mon Jun 16 04:52:36 2008 From: angrez at gmail.com (Angrez Singh) Date: Mon, 16 Jun 2008 14:22:36 +0530 Subject: [Wtr-development] Firewatir Patches In-Reply-To: <4852C46F.5000105@pettichord.com> References: <677955230805202327q120ba1b4v6d7422c3662f02b4@mail.gmail.com> <677955230806130603x5a500f2dufe38c49b62cbcdb6@mail.gmail.com> <677955230806130607w7d5eb67ep35f3cc8d92a5c9b1@mail.gmail.com> <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: I updated my local svn here and try to apply the patch. I had to do it manually. After applying everything was working fine except for a loop, I don't understand why it didn't worked. Following are the changes that I did to make it work: changed ( !url == last_url) to ( url != last_url) not sure whats the difference. But all tests are running fine. I still have to test for X11 implementation. Not sure how to test it? - Angrez On Sat, Jun 14, 2008 at 12:33 AM, Bret Pettichord wrote: > > Angrez, > > I'm putting a hold on migrating FireWatir to OpenQA until you've had a > chance to decide what to do with Derek's patches. (It will be difficult > to apply these patches to the new repository.) > > Please let me know when you've decided how you want to proceed with these. > > Bret > > > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups > "FireWatir" group. > To post to this group, send email to firewatir at googlegroups.com > To unsubscribe from this group, send email to > firewatir-unsubscribe at googlegroups.com > For more options, visit this group at > http://groups.google.com/group/firewatir?hl=en > -~----------~----~----~----~------~----~------~--~--- > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Mon Jun 16 04:59:52 2008 From: angrez at gmail.com (Angrez Singh) Date: Mon, 16 Jun 2008 14:29:52 +0530 Subject: [Wtr-development] Firewatir Patches In-Reply-To: References: <677955230806130603x5a500f2dufe38c49b62cbcdb6@mail.gmail.com> <677955230806130607w7d5eb67ep35f3cc8d92a5c9b1@mail.gmail.com> <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: One more thing I noticed is now I can't start Firefox if Firefox is already opened. This was used to work earlier, is it has to do something with running multiple instances code. Also for running the code correctly I had to install the patched XPI file. Derek, could you please explain what you added in the XPI for supporting multiple instances? - Angrez On Mon, Jun 16, 2008 at 2:22 PM, Angrez Singh wrote: > I updated my local svn here and try to apply the patch. I had to do it > manually. After applying everything was working fine except for a loop, I > don't understand why it didn't worked. Following are the changes that I did > to make it work: > > changed ( !url == last_url) to ( url != last_url) > > not sure whats the difference. But all tests are running fine. I still have > to test for X11 implementation. Not sure how to test it? > > - Angrez > > > On Sat, Jun 14, 2008 at 12:33 AM, Bret Pettichord > wrote: > >> >> Angrez, >> >> I'm putting a hold on migrating FireWatir to OpenQA until you've had a >> chance to decide what to do with Derek's patches. (It will be difficult >> to apply these patches to the new repository.) >> >> Please let me know when you've decided how you want to proceed with these. >> >> Bret >> >> >> --~--~---------~--~----~------------~-------~--~----~ >> You received this message because you are subscribed to the Google Groups >> "FireWatir" group. >> To post to this group, send email to firewatir at googlegroups.com >> To unsubscribe from this group, send email to >> firewatir-unsubscribe at googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/firewatir?hl=en >> -~----------~----~----~----~------~----~------~--~--- >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan.baird at riskmetrics.com Mon Jun 16 09:01:38 2008 From: alan.baird at riskmetrics.com (Alan Baird) Date: Mon, 16 Jun 2008 09:01:38 -0400 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> Message-ID: <296DCA57118A7143824911216017E83B0B882C99@MAIL-NY01.rmg-ny.com> My opinion on this is that we should write our guide to support as many "styles" of usage as feasible without sacrificing readability. We don't know what people have access to or what environment they are running in. Maybe command line is all someone has (esp. if they work in a restrictive corporate environment). Personally, I use SciTE a lot, but I find that eventually I have to leave it because it doesn't support command line arguments. Alan ________________________________ From: wtr-development-bounces at rubyforge.org [mailto:wtr-development-bounces at rubyforge.org] On Behalf Of ?eljko Filipin Sent: Sunday, June 15, 2008 5:32 PM To: Watir development Subject: Re: [Wtr-development] Questions on the tutorial On Sat, Jun 14, 2008 at 9:40 PM, aidy lewis wrote: > 2. Installation: Jonathan Cole, I think has put to much emphasis on > the command line and I think that we should be putting more emphasis > on running through "Scite" for beginners, What do you think? I like the command line. I tried Scite and did not like it. ?eljko -- ZeljkoFilipin.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Mon Jun 16 09:17:36 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Mon, 16 Jun 2008 06:17:36 -0700 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> Message-ID: <7ac2300c0806160617g1d056c4dme26503fc6a80ef62@mail.gmail.com> Hi Bret, 2008/6/15 Bret Pettichord : > On Sun, Jun 15, 2008 at 3:44 PM, aidy lewis > wrote: >> >> On the Ruby cheat sheet Marick (I think) writes this >> >> > (In fact everything in Ruby is an object.) >> >> Not true. The 'if' expression is not an object. >> >> Anyway, I think it indicates to new users that whatever they write in >> Ruby will be OOP. And it is not the case > > Well since it is a cheat sheet, it is meant to be a summary of ideas, not a > completely accurate one. > > I've been reading Kathy Sierra lately and she talks about how beginners need > basic ideas, and that a problem with a lot of technical writing is that > people are more concerned with writing sentences that experts will agree are > 100% accurate rather than that beginners will agree are 100% helpful. > Just because something is accessible doesn't mean that it can be inaccurate. Orwell's '1984' is accessible (used to be on the school curriculum) but it takes experience to fully understand it. > Ruby is unlike almost any other computer language in that the only kind of > data that it supports are objects. You can get into semantics about how to > express this idea, but the important thing, first, is that you understand > it. For example, in Java, integers are not objects, only some things are > objects and other things are not. In Java, and if expression cannot return > an object, only a boolean, which is not an object. > > But in Ruby and if expression really is an object. Both "true" and "false" > in Ruby are objects and they have methods. This surprises many people > because this is not true of almost any other language. OK. How about keywords and blocks? > > You say that this implies that everything in Ruby will be OOP, but this is > not the case. I need to understand more about what you are trying to say > here. Ruby does allow you to write code that appears to be procedural, but > even this really just amounts to methods on the Kernal class. You can write procdeural code in Ruby (see my framework), it is only till recently while I have been pairing with developers that I have begun to realise how procedural my code was. Testers are likely to write procedural code in Ruby as they are coming from QTP, VBA or Rational Robot etc. It is not the most effecient or enjoyable way to write code; as there is always that nagging thought - that it is not right. I think Matz in his book says we can write procedural code in Ruby - as we can do in Python. > > This fact has important consequences. E.g. it is the reason why "include" > statements should not be placed at the top of a file, but rather should be > placed in the class where they are needed. And this is my point. From the Watir examples I was putting 'includes' at the top of files and not mixing in. It was a bad way of doing things. Other bad examples are: using xUnit and FIT for workflow tests. I spent months trying fit xUnit into into acceptance tests. Rspec story-runner fits. > > Maybe you can say more about what your concern is and give an example of a > misunderstanding that you are worried about? My point is that we need accurate and good examples from the start. That I believe is something I need to start off. > > One problem we may have is that this cheat sheet was designed to accompany a > face-to-face class and maybe it doesn't work as well in other contexts? > > Bret > Aidy From bernerbits at gmail.com Mon Jun 16 09:40:09 2008 From: bernerbits at gmail.com (Derek Berner) Date: Mon, 16 Jun 2008 08:40:09 -0500 Subject: [Wtr-development] Firewatir Patches In-Reply-To: References: <677955230806130603x5a500f2dufe38c49b62cbcdb6@mail.gmail.com> <677955230806130607w7d5eb67ep35f3cc8d92a5c9b1@mail.gmail.com> <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: <677955230806160640v267e788n39062076a0794e36@mail.gmail.com> I didn't modify the XPI... On Mon, Jun 16, 2008 at 3:59 AM, Angrez Singh wrote: > One more thing I noticed is now I can't start Firefox if Firefox is already > opened. This was used to work earlier, is it has to do something with > running multiple instances code. Also for running the code correctly I had > to install the patched XPI file. > > Derek, could you please explain what you added in the XPI for supporting > multiple instances? > > - Angrez > > On Mon, Jun 16, 2008 at 2:22 PM, Angrez Singh wrote: >> >> I updated my local svn here and try to apply the patch. I had to do it >> manually. After applying everything was working fine except for a loop, I >> don't understand why it didn't worked. Following are the changes that I did >> to make it work: >> >> changed ( !url == last_url) to ( url != last_url) >> >> not sure whats the difference. But all tests are running fine. I still >> have to test for X11 implementation. Not sure how to test it? >> >> - Angrez >> >> On Sat, Jun 14, 2008 at 12:33 AM, Bret Pettichord >> wrote: >>> >>> Angrez, >>> >>> I'm putting a hold on migrating FireWatir to OpenQA until you've had a >>> chance to decide what to do with Derek's patches. (It will be difficult >>> to apply these patches to the new repository.) >>> >>> Please let me know when you've decided how you want to proceed with >>> these. >>> >>> Bret >>> >>> >>> >> > > > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups > "FireWatir" group. > To post to this group, send email to firewatir at googlegroups.com > To unsubscribe from this group, send email to > firewatir-unsubscribe at googlegroups.com > For more options, visit this group at > http://groups.google.com/group/firewatir?hl=en > -~----------~----~----~----~------~----~------~--~--- > > From bret at pettichord.com Tue Jun 17 00:23:02 2008 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 16 Jun 2008 23:23:02 -0500 Subject: [Wtr-development] FireWatir Status Message-ID: Angrez, Thanks for responding to my many questions about the FireWatir patches and integration. I regret that I was not able to respond today. I will get to it tomorrow. Bret -- Bret Pettichord CTO, WatirCraft LLC Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Tue Jun 17 18:22:53 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 17 Jun 2008 17:22:53 -0500 Subject: [Wtr-development] FireWatir Patch Files in SVN In-Reply-To: References: Message-ID: Angrez, I comment on the two patches in question separately. escaping_fix.patch I looked at this patch more closely. It consists of three corrections to a misspelled variable ('assingning_value'), as well as a couple of lines of operational fixes. The fixes had indeed been applied, but the spelling corrections had not. I committed the spelling corrections with revision 138. support-button.patch.txt This patch, to me, very clearly had not been applied. I am also looking at revision 137. So I went ahead and applied it, committing it to revision 139. Can you see it now? I haven't thought through the implications of this change, so if you have concerns, I'm happy to back it out. Right now, I just want to figure out how to get us on the same page. (I'll review the code to this more closely tomorrow regardless.) Bret On Mon, Jun 16, 2008 at 2:06 AM, Angrez Singh wrote: > Hi Bret, > > I can see these patches are applied to the respective files. I think we are > not looking at the same source code. I am looking at revision 137, the > patches are there. > > - Angrez > > On Sat, Jun 14, 2008 at 1:58 AM, Bret Pettichord > wrote: > >> Angrez, >> >> After you said that the patch files checked into FireWatir-GoogleCode SVN >> had already been applied, I said that i would delete them. >> >> But before i did this, i double checked them and found that two of the >> five patch files did not look like they had actually been applied. I did >> this by inspecting the patch files and then manually checking the source to >> see if their changes were there. >> >> These are the files that did not appear to have been applied: >> >> escaping_fix.patch >> support-button.patch.txt >> >> These looked like they had been applied and are thus redundant: >> >> dom_events.patch >> patch >> use_profile.patch >> >> I'm not sure how to proceed. I'm happy to apply the unapplied patches. Was >> there a reason they weren't applied in the first place? I haven't really >> looked into the reasons or implications of these changes, although I am >> happy to do so. Any suggestions? >> >> Bret >> >> -- >> Bret Pettichord >> CTO, WatirCraft LLC >> Lead Developer, Watir, http://wtr.rubyforge.org >> Blog (Essays), http://www.io.com/~wazmo/blog >> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Tue Jun 17 18:27:41 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 17 Jun 2008 17:27:41 -0500 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: <7ac2300c0806160617g1d056c4dme26503fc6a80ef62@mail.gmail.com> References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> <7ac2300c0806160617g1d056c4dme26503fc6a80ef62@mail.gmail.com> Message-ID: Aidy, I said this in IRC, but it bears repeating here. I made my case for why i thought the original made sense, but since you are taking over responsibility for the documentation, the final decision is yours, in collaboration with Alan, I suppose. Bret On Mon, Jun 16, 2008 at 8:17 AM, aidy lewis wrote: > Hi Bret, > > 2008/6/15 Bret Pettichord : > > On Sun, Jun 15, 2008 at 3:44 PM, aidy lewis > > wrote: > >> > >> On the Ruby cheat sheet Marick (I think) writes this > >> > >> > (In fact everything in Ruby is an object.) > >> > >> Not true. The 'if' expression is not an object. > >> > >> Anyway, I think it indicates to new users that whatever they write in > >> Ruby will be OOP. And it is not the case > > > > Well since it is a cheat sheet, it is meant to be a summary of ideas, not > a > > completely accurate one. > > > > I've been reading Kathy Sierra lately and she talks about how beginners > need > > basic ideas, and that a problem with a lot of technical writing is that > > people are more concerned with writing sentences that experts will agree > are > > 100% accurate rather than that beginners will agree are 100% helpful. > > > Just because something is accessible doesn't mean that it can be > inaccurate. Orwell's '1984' is accessible (used to be on the school > curriculum) but it takes experience to fully understand it. > > > Ruby is unlike almost any other computer language in that the only kind > of > > data that it supports are objects. You can get into semantics about how > to > > express this idea, but the important thing, first, is that you understand > > it. For example, in Java, integers are not objects, only some things are > > objects and other things are not. In Java, and if expression cannot > return > > an object, only a boolean, which is not an object. > > > > But in Ruby and if expression really is an object. Both "true" and > "false" > > in Ruby are objects and they have methods. This surprises many people > > because this is not true of almost any other language. > > OK. How about keywords and blocks? > > > > You say that this implies that everything in Ruby will be OOP, but this > is > > not the case. I need to understand more about what you are trying to say > > here. Ruby does allow you to write code that appears to be procedural, > but > > even this really just amounts to methods on the Kernal class. > > You can write procdeural code in Ruby (see my framework), it is only > till recently while I have been pairing with developers that I have > begun to realise how procedural my code was. Testers are likely to > write procedural code in Ruby as they are coming from QTP, VBA or > Rational Robot etc. It is not the most effecient or enjoyable way to > write code; as there is always that nagging thought - that it is not > right. I think Matz in his book says we can write procedural code in > Ruby - as we can do in Python. > > > > This fact has important consequences. E.g. it is the reason why "include" > > statements should not be placed at the top of a file, but rather should > be > > placed in the class where they are needed. > > And this is my point. From the Watir examples I was putting 'includes' > at the top of files and not mixing in. It was a bad way of doing > things. > > Other bad examples are: using xUnit and FIT for workflow tests. I > spent months trying fit xUnit into into acceptance tests. Rspec > story-runner fits. > > > > Maybe you can say more about what your concern is and give an example of > a > > misunderstanding that you are worried about? > > My point is that we need accurate and good examples from the start. > That I believe is something I need to start off. > > > > One problem we may have is that this cheat sheet was designed to > accompany a > > face-to-face class and maybe it doesn't work as well in other contexts? > > > > Bret > > > Aidy > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Tue Jun 17 18:31:45 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 17 Jun 2008 17:31:45 -0500 Subject: [Wtr-development] Questions on the tutorial In-Reply-To: <296DCA57118A7143824911216017E83B0B882C99@MAIL-NY01.rmg-ny.com> References: <7ac2300c0806141240w7aa59be4g60333e2662fa540a@mail.gmail.com> <296DCA57118A7143824911216017E83B0B882C99@MAIL-NY01.rmg-ny.com> Message-ID: My 2 cents. I found that new users, when they are writing their first Watir scripts, really, really like using F5 to run their scripts in Scite. If they run from the command line, it is too easy to forget to save your script first, whereas F5/Scite does this automatically. Of course, Watir users do need to eventually learn to use the command line, because there are important options, as others have pointed out, that are only available there. Believe it or not, I have actually had many students who get confused with the Watir install instructions because we tell them to type X at a command prompt -- and they say they haven't used a command prompt in say 5 years. Wow. Bret 2008/6/16 Alan Baird : > My opinion on this is that we should write our guide to support as many > "styles" of usage as feasible without sacrificing readability. We don't > know what people have access to or what environment they are running in. > Maybe command line is all someone has (esp. if they work in a restrictive > corporate environment). Personally, I use SciTE a lot, but I find that > eventually I have to leave it because it doesn't support command line > arguments. > > > > Alan > > > ------------------------------ > > *From:* wtr-development-bounces at rubyforge.org [mailto: > wtr-development-bounces at rubyforge.org] *On Behalf Of *?eljko Filipin > *Sent:* Sunday, June 15, 2008 5:32 PM > *To:* Watir development > *Subject:* Re: [Wtr-development] Questions on the tutorial > > > > On Sat, Jun 14, 2008 at 9:40 PM, aidy lewis > wrote: > > 2. Installation: Jonathan Cole, I think has put to much emphasis on > > the command line and I think that we should be putting more emphasis > > on running through "Scite" for beginners, What do you think? > > I like the command line. I tried Scite and did not like it. > > ?eljko > -- > ZeljkoFilipin.com > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at gmail.com Wed Jun 18 05:38:17 2008 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 18 Jun 2008 11:38:17 +0200 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> Message-ID: On Sun, Jun 15, 2008 at 10:44 PM, aidy lewis wrote: > > (In fact everything in Ruby is an object.) And if you change it to "In fact almost everything..."? ?eljko -- ZeljkoFilipin.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From aidy.lewis at googlemail.com Wed Jun 18 05:45:38 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Wed, 18 Jun 2008 02:45:38 -0700 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> Message-ID: <7ac2300c0806180245p4a8d824axce90186b2a104fa0@mail.gmail.com> Hi ?eljko, On 18/06/2008, ?eljko Filipin wrote: > On Sun, Jun 15, 2008 at 10:44 PM, aidy lewis > wrote: > > > (In fact everything in Ruby is an object.) > > And if you change it to "In fact almost everything..."? > > ?eljko Like it. Aidy From zeljko.filipin at gmail.com Wed Jun 18 05:52:00 2008 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 18 Jun 2008 11:52:00 +0200 Subject: [Wtr-development] ruby cheat sheet In-Reply-To: <7ac2300c0806180245p4a8d824axce90186b2a104fa0@mail.gmail.com> References: <7ac2300c0806151344p22c2ebcdo42e232c94ba4d366@mail.gmail.com> <7ac2300c0806180245p4a8d824axce90186b2a104fa0@mail.gmail.com> Message-ID: On Wed, Jun 18, 2008 at 11:45 AM, aidy lewis wrote: > Like it. Simple solutions are the best sometimes. :) ?eljko -- ZeljkoFilipin.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan.baird at riskmetrics.com Wed Jun 18 15:08:40 2008 From: alan.baird at riskmetrics.com (Alan Baird) Date: Wed, 18 Jun 2008 15:08:40 -0400 Subject: [Wtr-development] openqa personal details indexed by google Message-ID: <296DCA57118A7143824911216017E83B0BA1A5CE@MAIL-NY01.rmg-ny.com> All - A user recently posted a question directly to the FAQ about having his e-mail indexed by Google. Sure enough, Google apparently indexes the personal information page on the openqa site. I sent an email to the site admin to see what we could do about this, if anything and have relegated the comments to the posts section of the FAQ. Why people think that defacing a wiki with a question is a good idea I won't know. I don't know if this is common but this is the second time today this has happened. Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Wed Jun 18 17:28:02 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 18 Jun 2008 16:28:02 -0500 Subject: [Wtr-development] Firewatir Patches In-Reply-To: References: <677955230806130603x5a500f2dufe38c49b62cbcdb6@mail.gmail.com> <677955230806130607w7d5eb67ep35f3cc8d92a5c9b1@mail.gmail.com> <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: On Mon, Jun 16, 2008 at 3:59 AM, Angrez Singh wrote: > One more thing I noticed is now I can't start Firefox if Firefox is already > opened. This was used to work earlier, is it has to do something with > running multiple instances code. Also for running the code correctly I had > to install the patched XPI file. > > Derek, could you please explain what you added in the XPI for supporting > multiple instances? > I was the one who added the support for handling multiple instances. I committed this patch contributed by "Steve". http://groups.google.com/group/firewatir/browse_thread/thread/9111c7a10f119a13 I have reproduced the problem that you mention ("I can't start Firefox if Firefox is already opened") and will look into it further. Bret -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Wed Jun 18 18:44:17 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Wed, 18 Jun 2008 16:44:17 -0600 Subject: [Wtr-development] Firewatir Patches In-Reply-To: References: <677955230806130607w7d5eb67ep35f3cc8d92a5c9b1@mail.gmail.com> <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: this is what I have in my hacked up firewatir class Firefox def self.exe_path # Get the path to Firefox.exe using Registry. require 'win32/registry.rb' path_to_exe = "" Win32::Registry::HKEY_LOCAL_MACHINE.open('SOFTWARE\Mozilla\Mozilla Firefox') do |reg| keys = reg.keys reg1 = Win32::Registry::HKEY_LOCAL_MACHINE.open("SOFTWARE\\Mozilla\\Mozilla Firefox\\#{keys[0]}\\Main") reg1.each do |subkey, type, data| if(subkey =~ /pathtoexe/i) path_to_exe = data end end end path_to_exe end # override the initialize method for working with mac # # TODO - where is firefox kept on other machines? # # Description: # Starts the firefox browser. Currently this only works for Windows Platform. # For others, you need to start Firefox manually using -jssh option. # On windows this starts the first version listed in the registry. # # Input: # waitTime - Time to wait for Firefox to start. By default it waits for 2 seconds. # This is done because if Firefox is not started and we try to connect # to jssh on port 9997 an exception is thrown. # TODO: Start the firefox version given by user. For example # ff = FireWatir::Firefox.new("1.5.0.4") # def initialize(options = {}) @port = options[:port] || 9997 if(options.kind_of?(Integer)) options = {:waitTime => options} end if(options[:profile] ||= ENV['WATIR_PROFILE']) profile_opt = "-P #{options[:profile]}" else profile_opt = "" end log "PROFILE: #{profile_opt}" waitTime = options[:waitTime] || 2 if(RUBY_PLATFORM =~ /.*mswin.*/) #log "plaftorm is windows" # try to attach to an existing one begin set_defaults rescue FireWatir::Exception::UnableToStartJSShException path_to_exe = Firefox.exe_path @t = Thread.new { system("\"#{path_to_exe}\" -no-remote -jssh 9997 -p default ") } log "Starting Firefox using the executable : #{path_to_exe}" log "Waiting for #{waitTime} seconds for Firefox to get started." wait_for_connected_browser set_defaults end elsif(RUBY_PLATFORM =~ /linux/i) log RUBY_PLATFORM path_to_bin = `which firefox`.strip log "#{path_to_bin} -jssh" @t = Thread.new { `#{path_to_bin} -jssh` } elsif(RUBY_PLATFORM =~/darwin/i) begin # try to connect to an existing ff set_defaults rescue #FireWatir::Exception::UnableToStartJSShException log "new failed, trying start" path_to_bin = "/Applications/Firefox.app/Contents/MacOS/firefox" log "#{path_to_bin} -jssh" @t=Thread.new{ `#{path_to_bin} --p default -jssh 9997 &` } wait_for_connected_browser set_defaults end end #set_defaults() get_window_number() set_browser_document() end # initialize def wait_for_connected_browser connected = false start = Time.now.to_i while connected == false and Time.now.to_i < start+10 begin t = TCPSocket.new('localhost' , 9997 ) connected = true rescue connected = false sleep 0.2 end end end I think this uses an open browser if its there, and if its not opens a new one. The problem comes if there is an open browser that doesnt have jssh running. At one point it did support having 2 browsers, but Im not sure if that still works Paul On Wed, Jun 18, 2008 at 3:28 PM, Bret Pettichord wrote: > On Mon, Jun 16, 2008 at 3:59 AM, Angrez Singh wrote: >> >> One more thing I noticed is now I can't start Firefox if Firefox is >> already opened. This was used to work earlier, is it has to do something >> with running multiple instances code. Also for running the code correctly I >> had to install the patched XPI file. >> >> Derek, could you please explain what you added in the XPI for supporting >> multiple instances? > > I was the one who added the support for handling multiple instances. I > committed this patch contributed by "Steve". > http://groups.google.com/group/firewatir/browse_thread/thread/9111c7a10f119a13 > > I have reproduced the problem that you mention ("I can't start Firefox if > Firefox is already opened") and will look into it further. > > Bret > -- > Bret Pettichord > CTO, WatirCraft LLC, http://www.watircraft.com > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From dave.liebreich at gmail.com Wed Jun 18 19:13:41 2008 From: dave.liebreich at gmail.com (Dave Liebreich) Date: Wed, 18 Jun 2008 16:13:41 -0700 Subject: [Wtr-development] Firewatir Patches In-Reply-To: References: <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: IIRC, it's the -no-remote arg to firefox that forces a new instance, rather than a new window in an existing instance. Setting the env var MOZ_NO_REMOTE to 1 does something similar, and may affect how firefox handles URLS dispatched from finder/explorer. Regardless, if you have multiple firefox instances all running with jssh, each instance needs to listen on a different port. I wish I remembered this stuff more clearly and completely. I do hope this short comment helps. Dave From bret at pettichord.com Thu Jun 19 01:16:23 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 19 Jun 2008 00:16:23 -0500 Subject: [Wtr-development] Firewatir Patches In-Reply-To: References: <677955230806130607w7d5eb67ep35f3cc8d92a5c9b1@mail.gmail.com> <677955230806130622h670b2a61ha3fced49062b162e@mail.gmail.com> <677955230806130622o68ea4e66sc90c95e04da30f80@mail.gmail.com> <677955230806130625w4ecca937pa382aa63f832818a@mail.gmail.com> <677955230806130636m72a30484j3a8e8785620adab9@mail.gmail.com> <4852C46F.5000105@pettichord.com> Message-ID: I'm still researching this. FYI. Thanks for all the email pointers. On Wed, Jun 18, 2008 at 4:28 PM, Bret Pettichord wrote: > On Mon, Jun 16, 2008 at 3:59 AM, Angrez Singh wrote: > >> One more thing I noticed is now I can't start Firefox if Firefox is >> already opened. This was used to work earlier, is it has to do something >> with running multiple instances code. Also for running the code correctly I >> had to install the patched XPI file. >> >> Derek, could you please explain what you added in the XPI for supporting >> multiple instances? >> > > I was the one who added the support for handling multiple instances. I > committed this patch contributed by "Steve". > > http://groups.google.com/group/firewatir/browse_thread/thread/9111c7a10f119a13 > > I have reproduced the problem that you mention ("I can't start Firefox if > Firefox is already opened") and will look into it further. > > Bret > -- > Bret Pettichord > CTO, WatirCraft LLC, http://www.watircraft.com > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at gmail.com Thu Jun 19 04:17:32 2008 From: zeljko.filipin at gmail.com (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Thu, 19 Jun 2008 10:17:32 +0200 Subject: [Wtr-development] openqa personal details indexed by google In-Reply-To: <296DCA57118A7143824911216017E83B0BA1A5CE@MAIL-NY01.rmg-ny.com> References: <296DCA57118A7143824911216017E83B0BA1A5CE@MAIL-NY01.rmg-ny.com> Message-ID: On Wed, Jun 18, 2008 at 9:08 PM, Alan Baird wrote: > A user recently posted a question directly to the FAQ about having his e-mail indexed by Google. And I choose my e-mail as user name. I was thinking to change it to something else but did not have the time to try. > I don't know if this is common As far as I remember, it did not happen before. ?eljko -- ZeljkoFilipin.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Thu Jun 19 11:24:43 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 19 Jun 2008 10:24:43 -0500 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support Message-ID: I am trying to sort through various issues that are raised by Stephen's recent patch and support for multiple browsers. I will list several conjectures and puzzles that I have. I would appreciate comments if you have any. The Port Argument. I'm seeing some versions/patches where the -jssh command flag takes a port argument and others where it does not. In my installation, the port argument does not seem to work. But i figure that this must be working for some people. I am wondering whether this depends on the version of the XPI that you are using. A Port for Each Browser? I'm not sure how the version/patch that supports multiple browsers works. I also would think (like Dave) that each browser would need to open a different port. But i don't see code to do this. Profiles. I am wondering whether we see different behavior depending on whether you are using profiles or not. It seems that some people use them, others not. I would like to know more about the pros and cons of using them. I understand what profiles are, and have used them a bit, but not for testing. I haven't thought through their implications for testing. Should separate browsers be using different profiles? If there is a standard practice that we recommend, should we make it the default? New Delay Code. Steve's patch introduced new code that polls the browser to see when it is up, instead of waiting a fixed amount of time (2 seconds). It does this by connecting to the jssh port. Is this one connection to many? Any how, i am wondering whether this code is introducing issues. I'm considering backing it out (since it is only a performance improvement) while we track down the other issues. -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Thu Jun 19 12:02:55 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 19 Jun 2008 11:02:55 -0500 Subject: [Wtr-development] openqa personal details indexed by google In-Reply-To: References: <296DCA57118A7143824911216017E83B0BA1A5CE@MAIL-NY01.rmg-ny.com> Message-ID: This seems to be the result of a configuration change to Confluence that affects all OpenQA users. Patrick Lightbody would be the person to speak with about this. Bret On Thu, Jun 19, 2008 at 3:17 AM, ?eljko Filipin wrote: > On Wed, Jun 18, 2008 at 9:08 PM, Alan Baird > wrote: > > A user recently posted a question directly to the FAQ about having his > e-mail indexed by Google. > > And I choose my e-mail as user name. I was thinking to change it to > something else but did not have the time to try. > > > I don't know if this is common > > As far as I remember, it did not happen before. > > ?eljko > -- > ZeljkoFilipin.com > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Thu Jun 19 12:02:21 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Thu, 19 Jun 2008 10:02:21 -0600 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support In-Reply-To: References: Message-ID: heres what Ive been doing. I have a patched xpi ( source uknown right now, but I guess I could find it) that takes a port argument I also use the -no-remote option on windows I also use 2 different profiles ( the patched xpi needs to be installed under both profiles) This used to work really well, in both Win XP and Mac but I havent used it for a while ( 2 months maybe) I just tried it and my code that handles 2 browsers nicely seems to be broken, but I can telnet to the 2 different browsers without problem Paul On Thu, Jun 19, 2008 at 9:24 AM, Bret Pettichord wrote: > I am trying to sort through various issues that are raised by > Stephen's recent patch and support for multiple browsers. I will list > several conjectures and puzzles that I have. I would appreciate > comments if you have any. > > The Port Argument. I'm seeing some versions/patches where the -jssh > command flag takes a port argument and others where it does not. In my > installation, the port argument does not seem to work. But i figure > that this must be working for some people. I am wondering whether this > depends on the version of the XPI that you are using. > > A Port for Each Browser? I'm not sure how the version/patch that > supports multiple browsers works. I also would think (like Dave) that > each browser would need to open a different port. But i don't see code > to do this. > > Profiles. I am wondering whether we see different behavior depending on > whether you are using profiles or not. It seems that some people use > them, others not. I would like to know more about the pros and cons of > using them. I understand what profiles are, and have used them a bit, > but not for testing. I haven't thought through their implications for > testing. Should separate browsers be using different profiles? If > there is a standard practice that we recommend, should we make it the > default? > > New Delay Code. Steve's patch introduced new code that polls the > browser to see when it is up, instead of waiting a fixed amount of > time (2 seconds). It does this by connecting to the jssh port. Is this > one connection to many? Any how, i am wondering whether this code is > introducing issues. I'm considering backing it out (since it is only a > performance improvement) while we track down the other issues. > > > -- > Bret Pettichord > CTO, WatirCraft LLC, http://www.watircraft.com > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From bret at pettichord.com Thu Jun 19 12:26:04 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 19 Jun 2008 11:26:04 -0500 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support In-Reply-To: References: Message-ID: that is helpful. thanks. i think i will back out the patch to support multiple browsers. it seems to depend on a patched xpi, and it doesn't make sense to use it unless we can get both firewatir and the xpi patched together, which we don't have at hand today. let's mark this as a todo item after we start merging watir and firewatir. Could someone give me more info on the status of the xpi. Where is the standard repository for this? Who maintains this code? Are we maintaining Firewatir specific patches or are we contributing the back to Mozilla (are they maintaining it?). Or are we just compiling it for the convenience of our users. Has any one looked into making it easier to install (like other plugins)? Bret On Thu, Jun 19, 2008 at 11:02 AM, Paul Rogers wrote: > heres what Ive been doing. > > I have a patched xpi ( source uknown right now, but I guess I could > find it) that takes a port argument > I also use the -no-remote option on windows > I also use 2 different profiles ( the patched xpi needs to be > installed under both profiles) > > This used to work really well, in both Win XP and Mac but I havent > used it for a while ( 2 months maybe) > I just tried it and my code that handles 2 browsers nicely seems to be > broken, but I can telnet to the 2 different browsers without problem > > Paul > > > > On Thu, Jun 19, 2008 at 9:24 AM, Bret Pettichord > wrote: > > I am trying to sort through various issues that are raised by > > Stephen's recent patch and support for multiple browsers. I will list > > several conjectures and puzzles that I have. I would appreciate > > comments if you have any. > > > > The Port Argument. I'm seeing some versions/patches where the -jssh > > command flag takes a port argument and others where it does not. In my > > installation, the port argument does not seem to work. But i figure > > that this must be working for some people. I am wondering whether this > > depends on the version of the XPI that you are using. > > > > A Port for Each Browser? I'm not sure how the version/patch that > > supports multiple browsers works. I also would think (like Dave) that > > each browser would need to open a different port. But i don't see code > > to do this. > > > > Profiles. I am wondering whether we see different behavior depending on > > whether you are using profiles or not. It seems that some people use > > them, others not. I would like to know more about the pros and cons of > > using them. I understand what profiles are, and have used them a bit, > > but not for testing. I haven't thought through their implications for > > testing. Should separate browsers be using different profiles? If > > there is a standard practice that we recommend, should we make it the > > default? > > > > New Delay Code. Steve's patch introduced new code that polls the > > browser to see when it is up, instead of waiting a fixed amount of > > time (2 seconds). It does this by connecting to the jssh port. Is this > > one connection to many? Any how, i am wondering whether this code is > > introducing issues. I'm considering backing it out (since it is only a > > performance improvement) while we track down the other issues. > > > > > > -- > > Bret Pettichord > > CTO, WatirCraft LLC, http://www.watircraft.com > > Lead Developer, Watir, http://wtr.rubyforge.org > > Blog (Essays), http://www.io.com/~wazmo/blog > > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > > _______________________________________________ > > Wtr-development mailing list > > Wtr-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wtr-development > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Thu Jun 19 13:10:48 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Thu, 19 Jun 2008 11:10:48 -0600 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support In-Reply-To: References: Message-ID: I just tried my handler again, and its working fine, i was just typing the wrong stuff This is where I got the multi browser patched xpi from http://coderrr.wordpress.com/2007/10/15/patch-to-firewatir-and-jssh-to-support-testing-with-multiple-concurrent-firefox-browsers/ Paul On Thu, Jun 19, 2008 at 10:26 AM, Bret Pettichord wrote: > that is helpful. thanks. > > i think i will back out the patch to support multiple browsers. it seems to > depend on a patched xpi, and it doesn't make sense to use it unless we can > get both firewatir and the xpi patched together, which we don't have at hand > today. let's mark this as a todo item after we start merging watir and > firewatir. > > Could someone give me more info on the status of the xpi. Where is the > standard repository for this? Who maintains this code? Are we maintaining > Firewatir specific patches or are we contributing the back to Mozilla (are > they maintaining it?). Or are we just compiling it for the convenience of > our users. Has any one looked into making it easier to install (like other > plugins)? > > Bret > > On Thu, Jun 19, 2008 at 11:02 AM, Paul Rogers wrote: >> >> heres what Ive been doing. >> >> I have a patched xpi ( source uknown right now, but I guess I could >> find it) that takes a port argument >> I also use the -no-remote option on windows >> I also use 2 different profiles ( the patched xpi needs to be >> installed under both profiles) >> >> This used to work really well, in both Win XP and Mac but I havent >> used it for a while ( 2 months maybe) >> I just tried it and my code that handles 2 browsers nicely seems to be >> broken, but I can telnet to the 2 different browsers without problem >> >> Paul >> >> >> >> On Thu, Jun 19, 2008 at 9:24 AM, Bret Pettichord >> wrote: >> > I am trying to sort through various issues that are raised by >> > Stephen's recent patch and support for multiple browsers. I will list >> > several conjectures and puzzles that I have. I would appreciate >> > comments if you have any. >> > >> > The Port Argument. I'm seeing some versions/patches where the -jssh >> > command flag takes a port argument and others where it does not. In my >> > installation, the port argument does not seem to work. But i figure >> > that this must be working for some people. I am wondering whether this >> > depends on the version of the XPI that you are using. >> > >> > A Port for Each Browser? I'm not sure how the version/patch that >> > supports multiple browsers works. I also would think (like Dave) that >> > each browser would need to open a different port. But i don't see code >> > to do this. >> > >> > Profiles. I am wondering whether we see different behavior depending on >> > whether you are using profiles or not. It seems that some people use >> > them, others not. I would like to know more about the pros and cons of >> > using them. I understand what profiles are, and have used them a bit, >> > but not for testing. I haven't thought through their implications for >> > testing. Should separate browsers be using different profiles? If >> > there is a standard practice that we recommend, should we make it the >> > default? >> > >> > New Delay Code. Steve's patch introduced new code that polls the >> > browser to see when it is up, instead of waiting a fixed amount of >> > time (2 seconds). It does this by connecting to the jssh port. Is this >> > one connection to many? Any how, i am wondering whether this code is >> > introducing issues. I'm considering backing it out (since it is only a >> > performance improvement) while we track down the other issues. >> > >> > >> > -- >> > Bret Pettichord >> > CTO, WatirCraft LLC, http://www.watircraft.com >> > Lead Developer, Watir, http://wtr.rubyforge.org >> > Blog (Essays), http://www.io.com/~wazmo/blog >> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> > _______________________________________________ >> > Wtr-development mailing list >> > Wtr-development at rubyforge.org >> > http://rubyforge.org/mailman/listinfo/wtr-development >> > >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development > > > > -- > Bret Pettichord > CTO, WatirCraft LLC, http://www.watircraft.com > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From alan.baird at riskmetrics.com Thu Jun 19 13:13:30 2008 From: alan.baird at riskmetrics.com (Alan Baird) Date: Thu, 19 Jun 2008 13:13:30 -0400 Subject: [Wtr-development] openqa personal details indexed by google In-Reply-To: References: <296DCA57118A7143824911216017E83B0BA1A5CE@MAIL-NY01.rmg-ny.com> Message-ID: <296DCA57118A7143824911216017E83B0BA1A98E@MAIL-NY01.rmg-ny.com> I already sent him an e-mail. He says he's looking into it. AB ________________________________ From: wtr-development-bounces at rubyforge.org [mailto:wtr-development-bounces at rubyforge.org] On Behalf Of Bret Pettichord Sent: Thursday, June 19, 2008 11:03 AM To: Watir development Subject: Re: [Wtr-development] openqa personal details indexed by google This seems to be the result of a configuration change to Confluence that affects all OpenQA users. Patrick Lightbody would be the person to speak with about this. Bret On Thu, Jun 19, 2008 at 3:17 AM, ?eljko Filipin wrote: On Wed, Jun 18, 2008 at 9:08 PM, Alan Baird wrote: > A user recently posted a question directly to the FAQ about having his e-mail indexed by Google. And I choose my e-mail as user name. I was thinking to change it to something else but did not have the time to try. > I don't know if this is common As far as I remember, it did not happen before. ?eljko -- ZeljkoFilipin.com _______________________________________________ Wtr-development mailing list Wtr-development at rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-development -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Thu Jun 19 13:56:49 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 19 Jun 2008 12:56:49 -0500 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support In-Reply-To: References: Message-ID: OK. I had just backed out this patch from the firewatir code base when i read this email. But i now see that this website has all the code organized very well. I still have my questions about how the FireWatir team has been building and supporting the XPI's. Bret On Thu, Jun 19, 2008 at 12:10 PM, Paul Rogers wrote: > I just tried my handler again, and its working fine, i was just typing > the wrong stuff > > This is where I got the multi browser patched xpi from > > > http://coderrr.wordpress.com/2007/10/15/patch-to-firewatir-and-jssh-to-support-testing-with-multiple-concurrent-firefox-browsers/ > > > Paul > > On Thu, Jun 19, 2008 at 10:26 AM, Bret Pettichord > wrote: > > that is helpful. thanks. > > > > i think i will back out the patch to support multiple browsers. it seems > to > > depend on a patched xpi, and it doesn't make sense to use it unless we > can > > get both firewatir and the xpi patched together, which we don't have at > hand > > today. let's mark this as a todo item after we start merging watir and > > firewatir. > > > > Could someone give me more info on the status of the xpi. Where is the > > standard repository for this? Who maintains this code? Are we maintaining > > Firewatir specific patches or are we contributing the back to Mozilla > (are > > they maintaining it?). Or are we just compiling it for the convenience of > > our users. Has any one looked into making it easier to install (like > other > > plugins)? > > > > Bret > > > > On Thu, Jun 19, 2008 at 11:02 AM, Paul Rogers > wrote: > >> > >> heres what Ive been doing. > >> > >> I have a patched xpi ( source uknown right now, but I guess I could > >> find it) that takes a port argument > >> I also use the -no-remote option on windows > >> I also use 2 different profiles ( the patched xpi needs to be > >> installed under both profiles) > >> > >> This used to work really well, in both Win XP and Mac but I havent > >> used it for a while ( 2 months maybe) > >> I just tried it and my code that handles 2 browsers nicely seems to be > >> broken, but I can telnet to the 2 different browsers without problem > >> > >> Paul > >> > >> > >> > >> On Thu, Jun 19, 2008 at 9:24 AM, Bret Pettichord > >> wrote: > >> > I am trying to sort through various issues that are raised by > >> > Stephen's recent patch and support for multiple browsers. I will list > >> > several conjectures and puzzles that I have. I would appreciate > >> > comments if you have any. > >> > > >> > The Port Argument. I'm seeing some versions/patches where the -jssh > >> > command flag takes a port argument and others where it does not. In my > >> > installation, the port argument does not seem to work. But i figure > >> > that this must be working for some people. I am wondering whether this > >> > depends on the version of the XPI that you are using. > >> > > >> > A Port for Each Browser? I'm not sure how the version/patch that > >> > supports multiple browsers works. I also would think (like Dave) that > >> > each browser would need to open a different port. But i don't see code > >> > to do this. > >> > > >> > Profiles. I am wondering whether we see different behavior depending > on > >> > whether you are using profiles or not. It seems that some people use > >> > them, others not. I would like to know more about the pros and cons of > >> > using them. I understand what profiles are, and have used them a bit, > >> > but not for testing. I haven't thought through their implications for > >> > testing. Should separate browsers be using different profiles? If > >> > there is a standard practice that we recommend, should we make it the > >> > default? > >> > > >> > New Delay Code. Steve's patch introduced new code that polls the > >> > browser to see when it is up, instead of waiting a fixed amount of > >> > time (2 seconds). It does this by connecting to the jssh port. Is this > >> > one connection to many? Any how, i am wondering whether this code is > >> > introducing issues. I'm considering backing it out (since it is only a > >> > performance improvement) while we track down the other issues. > >> > > >> > > >> > -- > >> > Bret Pettichord > >> > CTO, WatirCraft LLC, http://www.watircraft.com > >> > Lead Developer, Watir, http://wtr.rubyforge.org > >> > Blog (Essays), http://www.io.com/~wazmo/blog > >> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > >> > _______________________________________________ > >> > Wtr-development mailing list > >> > Wtr-development at rubyforge.org > >> > http://rubyforge.org/mailman/listinfo/wtr-development > >> > > >> _______________________________________________ > >> Wtr-development mailing list > >> Wtr-development at rubyforge.org > >> http://rubyforge.org/mailman/listinfo/wtr-development > > > > > > > > -- > > Bret Pettichord > > CTO, WatirCraft LLC, http://www.watircraft.com > > Lead Developer, Watir, http://wtr.rubyforge.org > > Blog (Essays), http://www.io.com/~wazmo/blog > > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > > _______________________________________________ > > Wtr-development mailing list > > Wtr-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wtr-development > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Fri Jun 20 01:18:52 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 20 Jun 2008 10:48:52 +0530 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support In-Reply-To: References: Message-ID: Hi Bret, Currently there is no one who is maintaining the XPI. We need to do this as we go further. For the XPI's we need to compile the JSSh code with Firefox code. I do that personally on my windows machine and depends on community to create other XPIs. We need to have a strong procedure for this. Any ideas/suggestions? - Angrez On Thu, Jun 19, 2008 at 11:26 PM, Bret Pettichord wrote: > OK. > > I had just backed out this patch from the firewatir code base when i read > this email. But i now see that this website has all the code organized very > well. > > I still have my questions about how the FireWatir team has been building > and supporting the XPI's. > > Bret > > > On Thu, Jun 19, 2008 at 12:10 PM, Paul Rogers wrote: > >> I just tried my handler again, and its working fine, i was just typing >> the wrong stuff >> >> This is where I got the multi browser patched xpi from >> >> >> http://coderrr.wordpress.com/2007/10/15/patch-to-firewatir-and-jssh-to-support-testing-with-multiple-concurrent-firefox-browsers/ >> >> >> Paul >> >> On Thu, Jun 19, 2008 at 10:26 AM, Bret Pettichord >> wrote: >> > that is helpful. thanks. >> > >> > i think i will back out the patch to support multiple browsers. it seems >> to >> > depend on a patched xpi, and it doesn't make sense to use it unless we >> can >> > get both firewatir and the xpi patched together, which we don't have at >> hand >> > today. let's mark this as a todo item after we start merging watir and >> > firewatir. >> > >> > Could someone give me more info on the status of the xpi. Where is the >> > standard repository for this? Who maintains this code? Are we >> maintaining >> > Firewatir specific patches or are we contributing the back to Mozilla >> (are >> > they maintaining it?). Or are we just compiling it for the convenience >> of >> > our users. Has any one looked into making it easier to install (like >> other >> > plugins)? >> > >> > Bret >> > >> > On Thu, Jun 19, 2008 at 11:02 AM, Paul Rogers >> wrote: >> >> >> >> heres what Ive been doing. >> >> >> >> I have a patched xpi ( source uknown right now, but I guess I could >> >> find it) that takes a port argument >> >> I also use the -no-remote option on windows >> >> I also use 2 different profiles ( the patched xpi needs to be >> >> installed under both profiles) >> >> >> >> This used to work really well, in both Win XP and Mac but I havent >> >> used it for a while ( 2 months maybe) >> >> I just tried it and my code that handles 2 browsers nicely seems to be >> >> broken, but I can telnet to the 2 different browsers without problem >> >> >> >> Paul >> >> >> >> >> >> >> >> On Thu, Jun 19, 2008 at 9:24 AM, Bret Pettichord >> >> wrote: >> >> > I am trying to sort through various issues that are raised by >> >> > Stephen's recent patch and support for multiple browsers. I will list >> >> > several conjectures and puzzles that I have. I would appreciate >> >> > comments if you have any. >> >> > >> >> > The Port Argument. I'm seeing some versions/patches where the -jssh >> >> > command flag takes a port argument and others where it does not. In >> my >> >> > installation, the port argument does not seem to work. But i figure >> >> > that this must be working for some people. I am wondering whether >> this >> >> > depends on the version of the XPI that you are using. >> >> > >> >> > A Port for Each Browser? I'm not sure how the version/patch that >> >> > supports multiple browsers works. I also would think (like Dave) that >> >> > each browser would need to open a different port. But i don't see >> code >> >> > to do this. >> >> > >> >> > Profiles. I am wondering whether we see different behavior depending >> on >> >> > whether you are using profiles or not. It seems that some people use >> >> > them, others not. I would like to know more about the pros and cons >> of >> >> > using them. I understand what profiles are, and have used them a bit, >> >> > but not for testing. I haven't thought through their implications for >> >> > testing. Should separate browsers be using different profiles? If >> >> > there is a standard practice that we recommend, should we make it the >> >> > default? >> >> > >> >> > New Delay Code. Steve's patch introduced new code that polls the >> >> > browser to see when it is up, instead of waiting a fixed amount of >> >> > time (2 seconds). It does this by connecting to the jssh port. Is >> this >> >> > one connection to many? Any how, i am wondering whether this code is >> >> > introducing issues. I'm considering backing it out (since it is only >> a >> >> > performance improvement) while we track down the other issues. >> >> > >> >> > >> >> > -- >> >> > Bret Pettichord >> >> > CTO, WatirCraft LLC, http://www.watircraft.com >> >> > Lead Developer, Watir, http://wtr.rubyforge.org >> >> > Blog (Essays), http://www.io.com/~wazmo/blog >> >> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> >> > _______________________________________________ >> >> > Wtr-development mailing list >> >> > Wtr-development at rubyforge.org >> >> > http://rubyforge.org/mailman/listinfo/wtr-development >> >> > >> >> _______________________________________________ >> >> Wtr-development mailing list >> >> Wtr-development at rubyforge.org >> >> http://rubyforge.org/mailman/listinfo/wtr-development >> > >> > >> > >> > -- >> > Bret Pettichord >> > CTO, WatirCraft LLC, http://www.watircraft.com >> > Lead Developer, Watir, http://wtr.rubyforge.org >> > Blog (Essays), http://www.io.com/~wazmo/blog >> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> > _______________________________________________ >> > Wtr-development mailing list >> > Wtr-development at rubyforge.org >> > http://rubyforge.org/mailman/listinfo/wtr-development >> > >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > > -- > Bret Pettichord > CTO, WatirCraft LLC, http://www.watircraft.com > Lead Developer, Watir, http://wtr.rubyforge.org > Blog (Essays), http://www.io.com/~wazmo/blog > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Fri Jun 20 02:20:40 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 20 Jun 2008 01:20:40 -0500 Subject: [Wtr-development] FireWatir issues with Multiple Browser Support In-Reply-To: References: Message-ID: Where does the JSSH code come from? Mozilla? Maybe i should talk to some people there about supporting this? In the mean time, WatirCraft may be able to take over this responsibilty. I recently got a mac myself. Bret On Fri, Jun 20, 2008 at 12:18 AM, Angrez Singh wrote: > Hi Bret, > > Currently there is no one who is maintaining the XPI. We need to do this as > we go further. For the XPI's we need to compile the JSSh code with Firefox > code. I do that personally on my windows machine and depends on community to > create other XPIs. > > We need to have a strong procedure for this. Any ideas/suggestions? > > - Angrez > > > On Thu, Jun 19, 2008 at 11:26 PM, Bret Pettichord > wrote: > >> OK. >> >> I had just backed out this patch from the firewatir code base when i read >> this email. But i now see that this website has all the code organized very >> well. >> >> I still have my questions about how the FireWatir team has been building >> and supporting the XPI's. >> >> Bret >> >> >> On Thu, Jun 19, 2008 at 12:10 PM, Paul Rogers >> wrote: >> >>> I just tried my handler again, and its working fine, i was just typing >>> the wrong stuff >>> >>> This is where I got the multi browser patched xpi from >>> >>> >>> http://coderrr.wordpress.com/2007/10/15/patch-to-firewatir-and-jssh-to-support-testing-with-multiple-concurrent-firefox-browsers/ >>> >>> >>> Paul >>> >>> On Thu, Jun 19, 2008 at 10:26 AM, Bret Pettichord >>> wrote: >>> > that is helpful. thanks. >>> > >>> > i think i will back out the patch to support multiple browsers. it >>> seems to >>> > depend on a patched xpi, and it doesn't make sense to use it unless we >>> can >>> > get both firewatir and the xpi patched together, which we don't have at >>> hand >>> > today. let's mark this as a todo item after we start merging watir and >>> > firewatir. >>> > >>> > Could someone give me more info on the status of the xpi. Where is the >>> > standard repository for this? Who maintains this code? Are we >>> maintaining >>> > Firewatir specific patches or are we contributing the back to Mozilla >>> (are >>> > they maintaining it?). Or are we just compiling it for the convenience >>> of >>> > our users. Has any one looked into making it easier to install (like >>> other >>> > plugins)? >>> > >>> > Bret >>> > >>> > On Thu, Jun 19, 2008 at 11:02 AM, Paul Rogers >>> wrote: >>> >> >>> >> heres what Ive been doing. >>> >> >>> >> I have a patched xpi ( source uknown right now, but I guess I could >>> >> find it) that takes a port argument >>> >> I also use the -no-remote option on windows >>> >> I also use 2 different profiles ( the patched xpi needs to be >>> >> installed under both profiles) >>> >> >>> >> This used to work really well, in both Win XP and Mac but I havent >>> >> used it for a while ( 2 months maybe) >>> >> I just tried it and my code that handles 2 browsers nicely seems to be >>> >> broken, but I can telnet to the 2 different browsers without problem >>> >> >>> >> Paul >>> >> >>> >> >>> >> >>> >> On Thu, Jun 19, 2008 at 9:24 AM, Bret Pettichord >> > >>> >> wrote: >>> >> > I am trying to sort through various issues that are raised by >>> >> > Stephen's recent patch and support for multiple browsers. I will >>> list >>> >> > several conjectures and puzzles that I have. I would appreciate >>> >> > comments if you have any. >>> >> > >>> >> > The Port Argument. I'm seeing some versions/patches where the -jssh >>> >> > command flag takes a port argument and others where it does not. In >>> my >>> >> > installation, the port argument does not seem to work. But i figure >>> >> > that this must be working for some people. I am wondering whether >>> this >>> >> > depends on the version of the XPI that you are using. >>> >> > >>> >> > A Port for Each Browser? I'm not sure how the version/patch that >>> >> > supports multiple browsers works. I also would think (like Dave) >>> that >>> >> > each browser would need to open a different port. But i don't see >>> code >>> >> > to do this. >>> >> > >>> >> > Profiles. I am wondering whether we see different behavior depending >>> on >>> >> > whether you are using profiles or not. It seems that some people use >>> >> > them, others not. I would like to know more about the pros and cons >>> of >>> >> > using them. I understand what profiles are, and have used them a >>> bit, >>> >> > but not for testing. I haven't thought through their implications >>> for >>> >> > testing. Should separate browsers be using different profiles? If >>> >> > there is a standard practice that we recommend, should we make it >>> the >>> >> > default? >>> >> > >>> >> > New Delay Code. Steve's patch introduced new code that polls the >>> >> > browser to see when it is up, instead of waiting a fixed amount of >>> >> > time (2 seconds). It does this by connecting to the jssh port. Is >>> this >>> >> > one connection to many? Any how, i am wondering whether this code is >>> >> > introducing issues. I'm considering backing it out (since it is only >>> a >>> >> > performance improvement) while we track down the other issues. >>> >> > >>> >> > >>> >> > -- >>> >> > Bret Pettichord >>> >> > CTO, WatirCraft LLC, http://www.watircraft.com >>> >> > Lead Developer, Watir, http://wtr.rubyforge.org >>> >> > Blog (Essays), http://www.io.com/~wazmo/blog >>> >> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >>> >> > _______________________________________________ >>> >> > Wtr-development mailing list >>> >> > Wtr-development at rubyforge.org >>> >> > http://rubyforge.org/mailman/listinfo/wtr-development >>> >> > >>> >> _______________________________________________ >>> >> Wtr-development mailing list >>> >> Wtr-development at rubyforge.org >>> >> http://rubyforge.org/mailman/listinfo/wtr-development >>> > >>> > >>> > >>> > -- >>> > Bret Pettichord >>> > CTO, WatirCraft LLC, http://www.watircraft.com >>> > Lead Developer, Watir, http://wtr.rubyforge.org >>> > Blog (Essays), http://www.io.com/~wazmo/blog >>> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >>> > _______________________________________________ >>> > Wtr-development mailing list >>> > Wtr-development at rubyforge.org >>> > http://rubyforge.org/mailman/listinfo/wtr-development >>> > >>> _______________________________________________ >>> Wtr-development mailing list >>> Wtr-development at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/wtr-development >>> >> >> >> >> -- >> Bret Pettichord >> CTO, WatirCraft LLC, http://www.watircraft.com >> Lead Developer, Watir, http://wtr.rubyforge.org >> Blog (Essays), http://www.io.com/~wazmo/blog >> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist >> >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: