From daniel.vartanov at gmail.com Sat Oct 4 10:10:14 2008 From: daniel.vartanov at gmail.com (Daniel Vartanov) Date: Sat, 4 Oct 2008 20:10:14 +0600 Subject: [Wtr-development] Table bodies tests Message-ID: Hello, FireWatir developers! I tried to help community with merging FireWatir and Watir unit test and I have question about some commented tests. For instance, I found, that test for table bodies are commented. I searched commits history and found only one old commit, when they were commented, but no reason given. Here is link to diff: http://code.google.com/p/firewatir/source/diff?spec=svn52&r=52&format=side&path=/trunk/FireWatir/unittests/table_test.rb Comment for this commit does not reveal reason of commenting this test, here is the text of commit: 1. Added code for starting Firefox automatically for Windows. 2. Added support for Frames and IFrames 3. Added documentation Also, classes TableBody and TableBodies is htmlelements.rb are commented too (they were commented in the same commit). I am sure, people here know the reasons why this code was 'suspended'. So, is there a sense for uncommenting this test make it pass? If yes, I can take care about. Regards, Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Sat Oct 4 10:58:01 2008 From: bret at pettichord.com (Bret Pettichord) Date: Sat, 4 Oct 2008 09:58:01 -0500 Subject: [Wtr-development] Table bodies tests In-Reply-To: References: Message-ID: My assumption was that this code was commented out because it never worked with FireWatir, but I was not involved with this project at that time. When you un-comment the code does it work? Bret On Sat, Oct 4, 2008 at 9:10 AM, Daniel Vartanov wrote: > Hello, FireWatir developers! > > I tried to help community with merging FireWatir and Watir unit test and I > have question about some commented tests. For instance, I found, that test > for table bodies are commented. I searched commits history and found only > one old commit, when they were commented, but no reason given. > > Here is link to diff: > http://code.google.com/p/firewatir/source/diff?spec=svn52&r=52&format=side&path=/trunk/FireWatir/unittests/table_test.rb > > Comment for this commit does not reveal reason of commenting this test, > here is the text of commit: > > 1. Added code for starting Firefox automatically for Windows. > 2. Added support for Frames and IFrames > > 3. Added documentation > > Also, classes TableBody and TableBodies is htmlelements.rb are commented > too (they were commented in the same commit). > > I am sure, people here know the reasons why this code was 'suspended'. So, > is there a sense for uncommenting this test make it pass? If yes, I can take > care about. > > Regards, > Daniel > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 daniel.vartanov at gmail.com Sat Oct 4 11:12:56 2008 From: daniel.vartanov at gmail.com (Daniel Vartanov) Date: Sat, 4 Oct 2008 21:12:56 +0600 Subject: [Wtr-development] Table bodies tests In-Reply-To: References: Message-ID: No, Bret, it fails on the first assert (the test_table_body test). On Sat, Oct 4, 2008 at 8:58 PM, Bret Pettichord wrote: > My assumption was that this code was commented out because it never worked > with FireWatir, but I was not involved with this project at that time. When > you un-comment the code does it work? > > Bret > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 angrez at gmail.com Mon Oct 6 03:33:55 2008 From: angrez at gmail.com (Angrez Singh) Date: Mon, 6 Oct 2008 13:03:55 +0530 Subject: [Wtr-development] Table bodies tests In-Reply-To: References: Message-ID: We commented that code because at that point of time we were not able to add support for TableBodies due to short time span. - Angrez On Sat, Oct 4, 2008 at 7:40 PM, Daniel Vartanov wrote: > Hello, FireWatir developers! > > I tried to help community with merging FireWatir and Watir unit test and I > have question about some commented tests. For instance, I found, that test > for table bodies are commented. I searched commits history and found only > one old commit, when they were commented, but no reason given. > > Here is link to diff: > http://code.google.com/p/firewatir/source/diff?spec=svn52&r=52&format=side&path=/trunk/FireWatir/unittests/table_test.rb > > Comment for this commit does not reveal reason of commenting this test, > here is the text of commit: > > 1. Added code for starting Firefox automatically for Windows. > 2. Added support for Frames and IFrames > > 3. Added documentation > > Also, classes TableBody and TableBodies is htmlelements.rb are commented > too (they were commented in the same commit). > > I am sure, people here know the reasons why this code was 'suspended'. So, > is there a sense for uncommenting this test make it pass? If yes, I can take > care about. > > Regards, > Daniel > > _______________________________________________ > 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 daniel.vartanov at gmail.com Mon Oct 6 04:41:02 2008 From: daniel.vartanov at gmail.com (Daniel Vartanov) Date: Mon, 6 Oct 2008 14:41:02 +0600 Subject: [Wtr-development] Table bodies tests In-Reply-To: References: Message-ID: Hello, Angrez. Thanks for reply. Yes, I understand, in FireFox implementation of subordinate HTML collections wrapping is match harder. Those smelly methods get_rows and get_cells in MozillaBaseElement.rb show that. I am on the way to implement table bodies now, I will also try to invent some more clear way to extract HTML collections. Daniel. On Mon, Oct 6, 2008 at 1:33 PM, Angrez Singh wrote: > We commented that code because at that point of time we were not able to > add support for TableBodies due to short time span. > > - Angrez > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Tue Oct 7 12:38:11 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 7 Oct 2008 11:38:11 -0500 Subject: [Wtr-development] Fwd: [GitHub] DanielVartanov sent you a message In-Reply-To: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> References: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> Message-ID: Can someone turn this into a patch file for me? I'm still learning Git. Bret ---------- Forwarded message ---------- From: GitHub Date: Tue, Oct 7, 2008 at 1:55 AM Subject: [GitHub] DanielVartanov sent you a message To: bret at pettichord.com DanielVartanov wants you to pull from DanielVartanov/firewatir-enhancements at master Body: FireWatir now works with TBODY. All details by mail View repository: http://github.com/DanielVartanov/firewatir-enhancements/tree/master -- Bret Pettichord GTalk: bpettichord at gmail.com 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 daniel.vartanov at gmail.com Wed Oct 8 03:49:37 2008 From: daniel.vartanov at gmail.com (Daniel Vartanov) Date: Wed, 8 Oct 2008 13:49:37 +0600 Subject: [Wtr-development] Fwd: [GitHub] DanielVartanov sent you a message In-Reply-To: References: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> Message-ID: Sorry, I have to merge my patch with recent commits made to upstream after my commit. Will do it in a day, than you will accept link to my commit and be able to apply it to upstream. Regards, Daniel. On Tue, Oct 7, 2008 at 10:38 PM, Bret Pettichord wrote: > Can someone turn this into a patch file for me? I'm still learning Git. > > Bret > > ---------- Forwarded message ---------- > From: GitHub > Date: Tue, Oct 7, 2008 at 1:55 AM > Subject: [GitHub] DanielVartanov sent you a message > To: bret at pettichord.com > > > DanielVartanov wants you to pull from DanielVartanov/firewatir-enhancements > at master > > Body: FireWatir now works with TBODY. All details by mail > > View repository: > http://github.com/DanielVartanov/firewatir-enhancements/tree/master > > > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 Wed Oct 8 11:53:54 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 8 Oct 2008 10:53:54 -0500 Subject: [Wtr-development] Fwd: [GitHub] DanielVartanov sent you a message In-Reply-To: References: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> Message-ID: Yesterday, Pistos and I were working on how to generate a patch with this. He's working on a note about this. My view is that the easiest thing would be to forget about git-svn right now (which works poorly on windows) and just generate a patch file from Git and then apply it to SVN. I assume the patch formats are the same. Bret On Wed, Oct 8, 2008 at 2:49 AM, Daniel Vartanov wrote: > Sorry, I have to merge my patch with recent commits made to upstream after > my commit. Will do it in a day, than you will accept link to my commit and > be able to apply it to upstream. > > Regards, > Daniel. > > On Tue, Oct 7, 2008 at 10:38 PM, Bret Pettichord wrote: > >> Can someone turn this into a patch file for me? I'm still learning Git. >> >> Bret >> >> ---------- Forwarded message ---------- >> From: GitHub >> Date: Tue, Oct 7, 2008 at 1:55 AM >> Subject: [GitHub] DanielVartanov sent you a message >> To: bret at pettichord.com >> >> >> DanielVartanov wants you to pull from >> DanielVartanov/firewatir-enhancements at master >> >> Body: FireWatir now works with TBODY. All details by mail >> >> View repository: >> http://github.com/DanielVartanov/firewatir-enhancements/tree/master >> >> >> >> -- >> Bret Pettichord >> GTalk: bpettichord at gmail.com >> 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 GTalk: bpettichord at gmail.com 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 daniel.vartanov at gmail.com Wed Oct 8 13:15:45 2008 From: daniel.vartanov at gmail.com (Daniel Vartanov) Date: Wed, 8 Oct 2008 23:15:45 +0600 Subject: [Wtr-development] Fwd: [GitHub] DanielVartanov sent you a message In-Reply-To: References: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> Message-ID: Yes, Bret, git can generate patches in common format. But Git gives a lot of benefits in cloud programming (such as commit-wise instead of text-wise merging). So, is there reasons to stay with SVN? Perhaps, it would be better if this topic is discussed among the whole community? Yours sincerely, Daniel Vartanov On Wed, Oct 8, 2008 at 9:53 PM, Bret Pettichord wrote: > Yesterday, Pistos and I were working on how to generate a patch with this. > He's working on a note about this. > > My view is that the easiest thing would be to forget about git-svn right > now (which works poorly on windows) and just generate a patch file from Git > and then apply it to SVN. I assume the patch formats are the same. > > Bret > > > On Wed, Oct 8, 2008 at 2:49 AM, Daniel Vartanov > wrote: > >> Sorry, I have to merge my patch with recent commits made to upstream after >> my commit. Will do it in a day, than you will accept link to my commit and >> be able to apply it to upstream. >> >> Regards, >> Daniel. >> >> On Tue, Oct 7, 2008 at 10:38 PM, Bret Pettichord wrote: >> >>> Can someone turn this into a patch file for me? I'm still learning Git. >>> >>> Bret >>> >>> ---------- Forwarded message ---------- >>> From: GitHub >>> Date: Tue, Oct 7, 2008 at 1:55 AM >>> Subject: [GitHub] DanielVartanov sent you a message >>> To: bret at pettichord.com >>> >>> >>> DanielVartanov wants you to pull from >>> DanielVartanov/firewatir-enhancements at master >>> >>> Body: FireWatir now works with TBODY. All details by mail >>> >>> View repository: >>> http://github.com/DanielVartanov/firewatir-enhancements/tree/master >>> >>> >>> >>> -- >>> Bret Pettichord >>> GTalk: bpettichord at gmail.com >>> 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 > GTalk: bpettichord at gmail.com > 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 Wed Oct 8 13:26:19 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 8 Oct 2008 12:26:19 -0500 Subject: [Wtr-development] Fwd: [GitHub] DanielVartanov sent you a message In-Reply-To: References: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> Message-ID: We discussed this a couple of weeks ago and concluded then that we wanted to see better support for Git on windows before we moved to it. Bret On Wed, Oct 8, 2008 at 12:15 PM, Daniel Vartanov wrote: > Yes, Bret, git can generate patches in common format. But Git gives a lot > of benefits in cloud programming (such as commit-wise instead of text-wise > merging). So, is there reasons to stay with SVN? Perhaps, it would be better > if this topic is discussed among the whole community? > > Yours sincerely, > Daniel Vartanov > > > On Wed, Oct 8, 2008 at 9:53 PM, Bret Pettichord wrote: > >> Yesterday, Pistos and I were working on how to generate a patch with this. >> He's working on a note about this. >> >> My view is that the easiest thing would be to forget about git-svn right >> now (which works poorly on windows) and just generate a patch file from Git >> and then apply it to SVN. I assume the patch formats are the same. >> >> Bret >> >> >> On Wed, Oct 8, 2008 at 2:49 AM, Daniel Vartanov < >> daniel.vartanov at gmail.com> wrote: >> >>> Sorry, I have to merge my patch with recent commits made to upstream >>> after my commit. Will do it in a day, than you will accept link to my commit >>> and be able to apply it to upstream. >>> >>> Regards, >>> Daniel. >>> >>> On Tue, Oct 7, 2008 at 10:38 PM, Bret Pettichord wrote: >>> >>>> Can someone turn this into a patch file for me? I'm still learning Git. >>>> >>>> Bret >>>> >>>> ---------- Forwarded message ---------- >>>> From: GitHub >>>> Date: Tue, Oct 7, 2008 at 1:55 AM >>>> Subject: [GitHub] DanielVartanov sent you a message >>>> To: bret at pettichord.com >>>> >>>> >>>> DanielVartanov wants you to pull from >>>> DanielVartanov/firewatir-enhancements at master >>>> >>>> Body: FireWatir now works with TBODY. All details by mail >>>> >>>> View repository: >>>> http://github.com/DanielVartanov/firewatir-enhancements/tree/master >>>> >>>> >>>> >>>> -- >>>> Bret Pettichord >>>> GTalk: bpettichord at gmail.com >>>> 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 >> GTalk: bpettichord at gmail.com >> 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 GTalk: bpettichord at gmail.com 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 Oct 8 14:03:13 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 8 Oct 2008 13:03:13 -0500 Subject: [Wtr-development] Fwd: [GitHub] DanielVartanov sent you a message In-Reply-To: References: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> Message-ID: We've also discussed this a lot on the #watir channel, and in fact are discussing Git there right now, if you want to join the discussion. Bret On Wed, Oct 8, 2008 at 12:26 PM, Bret Pettichord wrote: > We discussed this a couple of weeks ago and concluded then that we wanted > to see better support for Git on windows before we moved to it. > > Bret > > > On Wed, Oct 8, 2008 at 12:15 PM, Daniel Vartanov < > daniel.vartanov at gmail.com> wrote: > >> Yes, Bret, git can generate patches in common format. But Git gives a lot >> of benefits in cloud programming (such as commit-wise instead of text-wise >> merging). So, is there reasons to stay with SVN? Perhaps, it would be better >> if this topic is discussed among the whole community? >> >> Yours sincerely, >> Daniel Vartanov >> >> >> On Wed, Oct 8, 2008 at 9:53 PM, Bret Pettichord wrote: >> >>> Yesterday, Pistos and I were working on how to generate a patch with >>> this. He's working on a note about this. >>> >>> My view is that the easiest thing would be to forget about git-svn right >>> now (which works poorly on windows) and just generate a patch file from Git >>> and then apply it to SVN. I assume the patch formats are the same. >>> >>> Bret >>> >>> >>> On Wed, Oct 8, 2008 at 2:49 AM, Daniel Vartanov < >>> daniel.vartanov at gmail.com> wrote: >>> >>>> Sorry, I have to merge my patch with recent commits made to upstream >>>> after my commit. Will do it in a day, than you will accept link to my commit >>>> and be able to apply it to upstream. >>>> >>>> Regards, >>>> Daniel. >>>> >>>> On Tue, Oct 7, 2008 at 10:38 PM, Bret Pettichord wrote: >>>> >>>>> Can someone turn this into a patch file for me? I'm still learning Git. >>>>> >>>>> Bret >>>>> >>>>> ---------- Forwarded message ---------- >>>>> From: GitHub >>>>> Date: Tue, Oct 7, 2008 at 1:55 AM >>>>> Subject: [GitHub] DanielVartanov sent you a message >>>>> To: bret at pettichord.com >>>>> >>>>> >>>>> DanielVartanov wants you to pull from >>>>> DanielVartanov/firewatir-enhancements at master >>>>> >>>>> Body: FireWatir now works with TBODY. All details by mail >>>>> >>>>> View repository: >>>>> http://github.com/DanielVartanov/firewatir-enhancements/tree/master >>>>> >>>>> >>>>> >>>>> -- >>>>> Bret Pettichord >>>>> GTalk: bpettichord at gmail.com >>>>> 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 >>> GTalk: bpettichord at gmail.com >>> 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 > GTalk: bpettichord at gmail.com > 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 GTalk: bpettichord at gmail.com 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 Oct 8 14:29:52 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 8 Oct 2008 13:29:52 -0500 Subject: [Wtr-development] i love unix Message-ID: Just to be clear, I was proficient on Unix before Windows existed and, although I've spent years on Windows, not for one day did i think it was a better system than Unix. Ward Cunningham says Unix is Latin for CS. I agree. I'm dragging my feet on Git for practical reasons, not because I have any particular love of Windows. Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 aidy.lewis at googlemail.com Wed Oct 8 17:29:21 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Wed, 8 Oct 2008 14:29:21 -0700 Subject: [Wtr-development] i love unix In-Reply-To: References: Message-ID: <7ac2300c0810081429q44261e89u86a93526a102a5ea@mail.gmail.com> 2008/10/8 Bret Pettichord : > Just to be clear, I was proficient on Unix before Windows existed and, > although I've spent years on Windows, not for one day did i think it was a > better system than Unix. > > Ward Cunningham says Unix is Latin for CS. I agree. > > I'm dragging my feet on Git for practical reasons, not because I have any > particular love of Windows. Without value judgement however; Watir *must* be the only Ruby project whose primary target is the Windows platform. Aidy From marekj.com at gmail.com Wed Oct 8 18:36:58 2008 From: marekj.com at gmail.com (marekj) Date: Wed, 8 Oct 2008 17:36:58 -0500 Subject: [Wtr-development] i love unix In-Reply-To: References: Message-ID: On Wed, Oct 8, 2008 at 1:29 PM, Bret Pettichord wrote: > Just to be clear, I was proficient on Unix before Windows existed and, > although I've spent years on Windows, not for one day did i think it was a > better system than Unix. > Ward Cunningham says Unix is Latin for CS. I agree. > I'm dragging my feet on Git for practical reasons, not because I have any > particular love of Windows. > > Bret > I love Unix + On all my projects cygwin is the first to be installed on Win machine. it makes life more bearable. git is not ready for Windows. did I mention I love Unix? git is great, and it's not ready for Windows. yep, command line rules. But git is not ready for windows. peace marekj -- marekj www.testr.us | semantic test objects modeling in watir -------------- next part -------------- An HTML attachment was scrubbed... URL: From marekj.com at gmail.com Wed Oct 8 18:40:45 2008 From: marekj.com at gmail.com (marekj) Date: Wed, 8 Oct 2008 17:40:45 -0500 Subject: [Wtr-development] i love unix In-Reply-To: References: Message-ID: On Wed, Oct 8, 2008 at 5:36 PM, marekj wrote: > On Wed, Oct 8, 2008 at 1:29 PM, Bret Pettichord wrote: > >> Just to be clear, I was proficient on Unix before Windows existed and, >> although I've spent years on Windows, not for one day did i think it was a >> better system than Unix. >> Ward Cunningham says Unix is Latin for CS. I agree. >> I'm dragging my feet on Git for practical reasons, not because I have any >> particular love of Windows. >> >> Bret >> > > I love Unix + > On all my projects cygwin is the first to be installed on Win machine. it > makes life more bearable. > git is not ready for Windows. > > did I mention I love Unix? > git is great, and it's not ready for Windows. > yep, command line rules. > > But git is not ready for windows. > > peace > marekj > > > -- > marekj > > www.testr.us | semantic test objects modeling in watir > and since I was speaking against git for windows would you guys kindly look at some of my crappy framework ideas for watir on github it's using the metaphor of a Page acting as a Facade/Adapter to Browser. method_missing delegates to browser. please kindly take a look and give me a good flogging. http://gist.github.com/15630 http://gist.github.com/15294 danke -- marekj www.testr.us | semantic test objects modeling in watir -------------- next part -------------- An HTML attachment was scrubbed... URL: From jesuslivingwatir.10.pistos at geoshell.com Wed Oct 8 18:36:28 2008 From: jesuslivingwatir.10.pistos at geoshell.com (jesuslivingwatir.10.pistos at geoshell.com) Date: Wed, 8 Oct 2008 18:36:28 -0400 Subject: [Wtr-development] i love unix In-Reply-To: <7ac2300c0810081429q44261e89u86a93526a102a5ea@mail.gmail.com> References: <7ac2300c0810081429q44261e89u86a93526a102a5ea@mail.gmail.com> Message-ID: <6c9d9ef0810081536i55dcf10eu3ddc5b2dc3b010f6@mail.gmail.com> 2008/10/8 aidy lewis - aidy.lewis at googlemail.com : > Without value judgement however; Watir *must* be the only Ruby project > whose primary target is the Windows platform. Not to forget the one-click Ruby installer: http://rubyforge.org/projects/rubyinstaller/ -- Pistos http://blog.purepistos.net From jesuslivingwatir.10.pistos at geoshell.com Thu Oct 9 00:27:16 2008 From: jesuslivingwatir.10.pistos at geoshell.com (jesuslivingwatir.10.pistos at geoshell.com) Date: Thu, 9 Oct 2008 00:27:16 -0400 Subject: [Wtr-development] Line Endings, svn, git Message-ID: <6c9d9ef0810082127p265ab504n75f109857b8df9d6@mail.gmail.com> Hello. I am the maintainer of [the github mirror of the watir svn source tree](https://github.com/Pistos/watir-mirror/tree). I am in occasional contact with Bret regarding watir and firewatir in IRC. Recently, there have been some developments from github forks of watir-mirror. The first git-originating contribution seems ready for review, but there are some problems the community needs to address first. Here I quote messages sent to me by [lastobelus](http://github.com/lastobelus). > What line endings are you using? Is it even consistent throughout the project? Setting autocrlf to true or input results in problems. But in the meantime I'm having trouble pulling from someone I hired. I think he started with my fork (originally done with autocrlf = false, so no conversion) but then somehow he ended up with orphaned ^M all over the place, which don't merge well. > Watir is obviously windows-centric but now that firewatir is merged in, I think the only workable solution if git is to be useful is to convert all line endings to unix LF to check in the project, then windows users can use autocrlf=true and unix users can use autocrlf=input. (lastobelus) My reply: > this is the first time I'm using git with a Windows-centric project, so I didn't think about the line endings at first. Obviously, it needs to be resolved. I will try your suggestion first, to adjust the config in the appropriate way. > I did indeed notice all the Windows line endings when I was trying to make a patch today. lastobelus' reply: > I tried converting, but abandoned it when I realized it was going to result in a lot of work everytime I pulled. So I think we're going to have to get whoever manages the svn repository on board :/ > I'm going to be adding a few enhancements to firewatir (now merged into watir): I have a contractor adding tablebody implementation, and I'm going to add the ability to manage multiple firefoxes on different ports. So that details some of the issues us Linux-based git users are encountering with the current source tree. After much further googleage and investigation, I am momentarily proposing that we do just what lastobelus said, which is: Anyone working on watir via git should be checking in nothing but LF endings, no CRLF endings. This can be accomplished by setting core.autocrlf to true (Windows users) or input (Linux/OSX). See http://www.kernel.org/pub/software/scm/git/docs/gitattributes.html . Although individual working copies (including the source of watir-mirror itself on my server) may be tainted with CRLF in the short term, I believe setting autocrlf in this way will eventually "purify" the WCs and the github repo itself. At present, I am unsure whether I should try to do a wholesale dos2unix conversion on the repo. I am holding off on this for now. If anyone else wants to chime in, please do so. This CRLF stuff is a rather troublesome roadblock on the way to smooth two-way bridging between the svn repo and the git mirror. --------------------- As a postscript to this message, I will describe how to make a patch with git. There is actually more than one way, but the way I usually do it is with: git diff -p SHA1^..SHA1_ Where SHA1 and SHA1_ are the first and last commits in a range of commits that you want to generate a patch from. This command lets you visually review the patch in your favourite pager. Once you're satisfied that you have the right commit range, you just send the output to a file in standard UNIX fashion: git diff -p SHA1^..SHA1_ > some-bug-fix.patch Then, of course, the patch can be applied to any working copy (whether svn or git) with patch -p1 < some-bug-fix.patch See also git-format-patch: http://www.kernel.org/pub/software/scm/git/docs/git-format-patch.html -- Pistos http://blog.purepistos.net From nathamberlane at gmail.com Thu Oct 9 10:58:08 2008 From: nathamberlane at gmail.com (Nathan Lane) Date: Thu, 9 Oct 2008 08:58:08 -0600 Subject: [Wtr-development] i love unix In-Reply-To: <6c9d9ef0810081536i55dcf10eu3ddc5b2dc3b010f6@mail.gmail.com> References: <7ac2300c0810081429q44261e89u86a93526a102a5ea@mail.gmail.com> <6c9d9ef0810081536i55dcf10eu3ddc5b2dc3b010f6@mail.gmail.com> Message-ID: <9afbd5b90810090758g140bfb4ao273b2a1d8e117fc3@mail.gmail.com> When we say that Git is not ready for Windows, are we talking about the server or the client or both? Because generally speaking it is at least theoretically possible to program a client on any operating system for something that uses TCP/IP and a DSL to transfer data, right? If we're talking about the server, then what would it take to make it ready? Also what purpose would there be in porting Git to Windows except to support Windows-only projects, or is this the reason, namely Watir, that we would want Git on Windows. Just questions, asking for answers. Thanks. Nathan On Wed, Oct 8, 2008 at 4:36 PM, wrote: > 2008/10/8 aidy lewis - aidy.lewis at googlemail.com : > > Without value judgement however; Watir *must* be the only Ruby project > > whose primary target is the Windows platform. > > Not to forget the one-click Ruby installer: > http://rubyforge.org/projects/rubyinstaller/ > > -- > Pistos > http://blog.purepistos.net > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Nathan Lane Home, http://www.nathandelane.com Blog, http://nathandelane.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jesuslivingwatir.10.pistos at geoshell.com Thu Oct 9 11:07:55 2008 From: jesuslivingwatir.10.pistos at geoshell.com (jesuslivingwatir.10.pistos at geoshell.com) Date: Thu, 9 Oct 2008 11:07:55 -0400 Subject: [Wtr-development] i love unix In-Reply-To: <9afbd5b90810090758g140bfb4ao273b2a1d8e117fc3@mail.gmail.com> References: <7ac2300c0810081429q44261e89u86a93526a102a5ea@mail.gmail.com> <6c9d9ef0810081536i55dcf10eu3ddc5b2dc3b010f6@mail.gmail.com> <9afbd5b90810090758g140bfb4ao273b2a1d8e117fc3@mail.gmail.com> Message-ID: <6c9d9ef0810090807q6c02aec7r61a1693b7c5d833d@mail.gmail.com> 2008/10/9 Nathan Lane - nathamberlane at gmail.com: > When we say that Git is not ready for Windows, are we talking about the > server or the client or both? Because generally speaking it is at least > theoretically possible to program a client on any operating system for > something that uses TCP/IP and a DSL to transfer data, right? If we're > talking about the server, then what would it take to make it ready? Also > what purpose would there be in porting Git to Windows except to support > Windows-only projects, or is this the reason, namely Watir, that we would > want Git on Windows. Just questions, asking for answers. git has already been implemented for Windows, and many people use it worldwide. I myself have used it under Windows for basic operations, and haven't encountered problems. Unfortunately, Bret's mileage varied from mine :) and he has gotten the impression that it is buggy, unstable and/or feature incomplete compared to the Linux version. This may well be the case, especially with regard to git-svn, which is a less mature component of git as a whole. I haven't run git-svn under Windows, only Linux. I think an additional concern is that Windows users are used to GUI interfaces like the Tortoise tools for CVS and Subversion. To my knowledge, no similar interfaces exist for git in Windows. The CLI interface, AFAIK, is identical across the three platforms, so the trauma was solely inflicted by git-svn [under Windows]. Bearing that in mind, I suggested that we do the git-svn import under a non-Windows OS, toss it onto github.com, and move forward from there; but it is obvious Bret's call on when to reattempt a move to git. -- Pistos http://blog.purepistos.net From nathamberlane at gmail.com Mon Oct 13 10:22:30 2008 From: nathamberlane at gmail.com (Nathan Lane) Date: Mon, 13 Oct 2008 08:22:30 -0600 Subject: [Wtr-development] [wtr-general] How can I get the text in the frame text field? In-Reply-To: <89a799c60810122317y2878cc00l82491a3e8d1fdb9f@mail.gmail.com> References: <89a799c60810122317y2878cc00l82491a3e8d1fdb9f@mail.gmail.com> Message-ID: <9afbd5b90810130722t4ce3270do45797050385ddc3a@mail.gmail.com> This is an interesting problem. Has anybody solved this? This is essentially an iframe that contains event handlers for dynamically adding text to an HTML document. This javascript editor is named TineMCE. I also know of FCKEditor that works the same way -- these are also similar to Google's GMail composition editor. Basically you use a send or set command if it were an actualy text box, but it isn't, and set or send don't really exist for the iframe (IE::frame). Nathan On Mon, Oct 13, 2008 at 12:17 AM, wesley chen wrote: > Please see the picture attached > I can input text into the frame by the following code: > ie.document.getElementById("mce_editor_0").contentWindow.focus() > ie.send_keys(str) > > 1. How to clear the text in the textarea? > I just know: ie.send_keys("{bs 30}"), it means send "Backspace" key 30 > times, How to send "LCtrl +A" then "Delete"? Any other better way such as > set("")? > > 2. How can i get the text in the text area? > > > Any suggestion would be appreciated. > > Wesley. > > --:) > Man should be hard to himself, but tolerant to others. > > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups > "Watir General" group. > To post to this group, send email to watir-general at googlegroups.com > Before posting, please read the following guidelines: > http://wiki.openqa.org/display/WTR/Support > To unsubscribe from this group, send email to > watir-general-unsubscribe at googlegroups.com > For more options, visit this group at > http://groups.google.com/group/watir-general > -~----------~----~----~----~------~----~------~--~--- > > -- Nathan Lane Home, http://www.nathandelane.com Blog, http://nathandelane.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From charley.baker at gmail.com Mon Oct 13 12:28:25 2008 From: charley.baker at gmail.com (Charley Baker) Date: Mon, 13 Oct 2008 10:28:25 -0600 Subject: [Wtr-development] [wtr-general] How can I get the text in the frame text field? In-Reply-To: <9afbd5b90810130722t4ce3270do45797050385ddc3a@mail.gmail.com> References: <89a799c60810122317y2878cc00l82491a3e8d1fdb9f@mail.gmail.com> <9afbd5b90810130722t4ce3270do45797050385ddc3a@mail.gmail.com> Message-ID: Hi guys, If it's TineMCE, I was able to set text in the example on their site, yours may work similarly: require 'watir' b = Watir::IE.start('http://tinymce.moxiecode.com/examples/simple.php') # there's already a p in the div, so set that for fun b.div(:id, 'example_demo_view').p(:index, 1).document.innerhtml = "hi there" On Mon, Oct 13, 2008 at 8:22 AM, Nathan Lane wrote: > This is an interesting problem. Has anybody solved this? This is > essentially an iframe that contains event handlers for dynamically adding > text to an HTML document. This javascript editor is named TineMCE. I also > know of FCKEditor that works the same way -- these are also similar to > Google's GMail composition editor. Basically you use a send or set command > if it were an actualy text box, but it isn't, and set or send don't really > exist for the iframe (IE::frame). > > Nathan > > On Mon, Oct 13, 2008 at 12:17 AM, wesley chen wrote: > >> Please see the picture attached >> I can input text into the frame by the following code: >> ie.document.getElementById("mce_editor_0").contentWindow.focus() >> ie.send_keys(str) >> >> 1. How to clear the text in the textarea? >> I just know: ie.send_keys("{bs 30}"), it means send "Backspace" key 30 >> times, How to send "LCtrl +A" then "Delete"? Any other better way such as >> set("")? >> >> 2. How can i get the text in the text area? >> >> >> Any suggestion would be appreciated. >> >> Wesley. >> >> --:) >> Man should be hard to himself, but tolerant to others. >> >> --~--~---------~--~----~------------~-------~--~----~ >> You received this message because you are subscribed to the Google Groups >> "Watir General" group. >> To post to this group, send email to watir-general at googlegroups.com >> Before posting, please read the following guidelines: >> http://wiki.openqa.org/display/WTR/Support >> To unsubscribe from this group, send email to >> watir-general-unsubscribe at googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/watir-general >> -~----------~----~----~----~------~----~------~--~--- >> >> > > > -- > Nathan Lane > Home, http://www.nathandelane.com > Blog, http://nathandelane.blogspot.com > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Charley Baker blog: http://charleybakersblog.blogspot.com/ Project Manager, Watir, http://wtr.rubyforge.org QA Architect, Gap Inc Direct -------------- next part -------------- An HTML attachment was scrubbed... URL: From nathamberlane at gmail.com Mon Oct 13 12:36:00 2008 From: nathamberlane at gmail.com (Nathan Lane) Date: Mon, 13 Oct 2008 10:36:00 -0600 Subject: [Wtr-development] [wtr-general] How can I get the text in the frame text field? In-Reply-To: References: <89a799c60810122317y2878cc00l82491a3e8d1fdb9f@mail.gmail.com> <9afbd5b90810130722t4ce3270do45797050385ddc3a@mail.gmail.com> Message-ID: <9afbd5b90810130936r7e9b78a5m335992b29fc7899c@mail.gmail.com> Ah yes...but how do you remove the text? On Mon, Oct 13, 2008 at 10:28 AM, Charley Baker wrote: > Hi guys, > > > If it's TineMCE, I was able to set text in the example on their site, yours > may work similarly: > > require 'watir' > > b = Watir::IE.start('http://tinymce.moxiecode.com/examples/simple.php') > > # there's already a p in the div, so set that for fun > b.div(:id, 'example_demo_view').p(:index, 1).document.innerhtml = "hi > there" > > > On Mon, Oct 13, 2008 at 8:22 AM, Nathan Lane wrote: > >> This is an interesting problem. Has anybody solved this? This is >> essentially an iframe that contains event handlers for dynamically adding >> text to an HTML document. This javascript editor is named TineMCE. I also >> know of FCKEditor that works the same way -- these are also similar to >> Google's GMail composition editor. Basically you use a send or set command >> if it were an actualy text box, but it isn't, and set or send don't really >> exist for the iframe (IE::frame). >> >> Nathan >> >> On Mon, Oct 13, 2008 at 12:17 AM, wesley chen wrote: >> >>> Please see the picture attached >>> I can input text into the frame by the following code: >>> ie.document.getElementById("mce_editor_0").contentWindow.focus() >>> ie.send_keys(str) >>> >>> 1. How to clear the text in the textarea? >>> I just know: ie.send_keys("{bs 30}"), it means send "Backspace" key 30 >>> times, How to send "LCtrl +A" then "Delete"? Any other better way such as >>> set("")? >>> >>> 2. How can i get the text in the text area? >>> >>> >>> Any suggestion would be appreciated. >>> >>> Wesley. >>> >>> --:) >>> Man should be hard to himself, but tolerant to others. >>> >>> --~--~---------~--~----~------------~-------~--~----~ >>> You received this message because you are subscribed to the Google Groups >>> "Watir General" group. >>> To post to this group, send email to watir-general at googlegroups.com >>> Before posting, please read the following guidelines: >>> http://wiki.openqa.org/display/WTR/Support >>> To unsubscribe from this group, send email to >>> watir-general-unsubscribe at googlegroups.com >>> For more options, visit this group at >>> http://groups.google.com/group/watir-general >>> -~----------~----~----~----~------~----~------~--~--- >>> >>> >> >> >> -- >> Nathan Lane >> Home, http://www.nathandelane.com >> Blog, http://nathandelane.blogspot.com >> >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > > -- > Charley Baker > blog: http://charleybakersblog.blogspot.com/ > Project Manager, Watir, http://wtr.rubyforge.org > QA Architect, Gap Inc Direct > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Nathan Lane Home, http://www.nathandelane.com Blog, http://nathandelane.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From anukul.singhal at gmail.com Tue Oct 14 15:41:06 2008 From: anukul.singhal at gmail.com (anukul singhal) Date: Wed, 15 Oct 2008 01:11:06 +0530 Subject: [Wtr-development] FireWatir: reg. exists? method for javascript pop-ups Message-ID: Hi Angrez, I am a user of firewatir and in one of my script, i need to check whether a javascript pop-up exists or not before using the startClicker method to click it. require 'firewatir' ff = Firewatir::Firefox.new ff.goto("...url path...") ff.text_field(:id, "abc").set "username" ff.text_field(:id, "xyz").set "password" ff.button(:id, "btn").click #TODO: After clicking the button, a java script popup appears, I need to check if that pop-up exists prior to clicking (possible through startClicker) Is there any way to perform the exists? method for javascript pop-ups? I am able to perform the same test in Watir by the usage of AutoItX3 dll. Your help will be highly appreciated. Thanks, Anukul -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Wed Oct 15 00:55:14 2008 From: angrez at gmail.com (Angrez Singh) Date: Wed, 15 Oct 2008 10:25:14 +0530 Subject: [Wtr-development] FireWatir: reg. exists? method for javascript pop-ups In-Reply-To: References: Message-ID: If you are using Windows & Firefox you can still use AutoItX# for the same though you need to write the code. At the moment Firewatir doesn't support checking for Javascript pop ups. - Angrez On Wed, Oct 15, 2008 at 1:11 AM, anukul singhal wrote: > Hi Angrez, > > I am a user of firewatir and in one of my script, i need to check > whether a javascript pop-up exists or not before using the > startClicker method to click it. > > require 'firewatir' > > ff = Firewatir::Firefox.new > ff.goto("...url path...") > ff.text_field(:id, "abc").set "username" > ff.text_field(:id, "xyz").set "password" > ff.button(:id, "btn").click > #TODO: After clicking the button, a java script popup appears, I need > to check if that pop-up exists prior to clicking (possible through > startClicker) > > Is there any way to perform the exists? method for javascript pop-ups? > > I am able to perform the same test in Watir by the usage of AutoItX3 dll. > > Your help will be highly appreciated. > > Thanks, > Anukul > > _______________________________________________ > 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 anukul.singhal at gmail.com Wed Oct 15 01:48:31 2008 From: anukul.singhal at gmail.com (anukul.singhal at gmail.com) Date: Wed, 15 Oct 2008 05:48:31 +0000 Subject: [Wtr-development] FireWatir: reg. exists? method for javascriptpop-ups In-Reply-To: References: Message-ID: <342825000-1224049761-cardhu_decombobulator_blackberry.rim.net-953040064-@bxe103.bisx.produk.on.blackberry> Thanks a lot, I hope one of the future gem would address this issue. ..Anukul Sent on my BlackBerry? from Vodafone Essar -----Original Message----- From: "Angrez Singh" Date: Wed, 15 Oct 2008 10:25:14 To: Watir development Subject: Re: [Wtr-development] FireWatir: reg. exists? method for javascript pop-ups _______________________________________________ Wtr-development mailing list Wtr-development at rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-development From bret at pettichord.com Wed Oct 15 13:10:31 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 15 Oct 2008 12:10:31 -0500 Subject: [Wtr-development] running unit tests from gems Message-ID: I'm pretty sure that if you build Watir from trunk right now, and then tried to run the unit tests when installing the gem (-t switch), they wouldn't work. The problem is that there are a lot of cross-dependencies between the unit tests of the three gems that now constitute watir: watir, watir-common, and firewatir. I'm inclined to just stub this functionality out. It would be non-trivial to fix, and I'm not sure there is much value to it. Thoughts? Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Oct 15 19:23:56 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 15 Oct 2008 18:23:56 -0500 Subject: [Wtr-development] Index in FireWatir Message-ID: I've spent much of today trying to understand the cause of several Watir unit tests that have been failing with FireWatir. Many of our test cases are failing in two closely related cases: 1. calls to various builder methods using the index specifier, e.g. brower.checkbox(:index, 1) 2. calls to element collections, e.g. browser.checkboxes In both cases, it seems that FireWatir is not correctly accessing elements by source order. I cannot figure out why this is happening. I've made a close inspection of the code (simplifying it in the process) and can't find any logic errors, and all the javascript methods being used work in source order (or at least they are so documented). In some cases, the failing Watir unit tests were commented out from the FireWatir test suite. In other cases, they remain and work, and I can find no clear reason why they work in one case and not in the other. However, the behavior does not seem random at all. My best explanation for this discrepancy right now is that there are small differences in their test HTML files that results in different javascript behavior. At this point I am weighing our options. 1. Spend more time to figure out what is going on. 2. Isolate Watir's index tests (or at least those that fail with FireWatir) from its other tests and tag them as failing on Firefox. 3. Something else. Thoughts? Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Oct 15 23:16:54 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Wed, 15 Oct 2008 21:16:54 -0600 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: if you can wait till Friday, I can probably take a look through too. Are the failing tests on html that is created by javascript - that could account for the errors? Would there be any benefit in writing the equivalent test in jsunit, to verify whats happening? Sitting here thinking about it, index is a real bad thing to use, as many apps ( especially ajax ) ones wont have elements in any sort of order. Paul On Wed, Oct 15, 2008 at 5:23 PM, Bret Pettichord wrote: > I've spent much of today trying to understand the cause of several Watir > unit tests that have been failing with FireWatir. > > Many of our test cases are failing in two closely related cases: > 1. calls to various builder methods using the index specifier, e.g. > brower.checkbox(:index, 1) > 2. calls to element collections, e.g. browser.checkboxes > > In both cases, it seems that FireWatir is not correctly accessing elements > by source order. I cannot figure out why this is happening. I've made a > close inspection of the code (simplifying it in the process) and can't find > any logic errors, and all the javascript methods being used work in source > order (or at least they are so documented). > > In some cases, the failing Watir unit tests were commented out from the > FireWatir test suite. In other cases, they remain and work, and I can find > no clear reason why they work in one case and not in the other. However, the > behavior does not seem random at all. My best explanation for this > discrepancy right now is that there are small differences in their test HTML > files that results in different javascript behavior. > > At this point I am weighing our options. > 1. Spend more time to figure out what is going on. > 2. Isolate Watir's index tests (or at least those that fail with FireWatir) > from its other tests and tag them as failing on Firefox. > 3. Something else. > > Thoughts? > > Bret > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 Oct 16 12:56:38 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 16 Oct 2008 11:56:38 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: One example is in the checkbox_tests.rb. This is just a plain html page (as you know, since you wrote this test). I don't know jsunit, but probably should learn it. You are right about index being a bad thing to use, which is probably why FireWatir users haven't complained. This is part of the reason why I'm wondering how much effort this problem is really worth. Appreciate your help. Let me know if you need any help with this -- IRC, IM. Bret On Wed, Oct 15, 2008 at 10:16 PM, Paul Rogers wrote: > if you can wait till Friday, I can probably take a look through too. > Are the failing tests on html that is created by javascript - that > could account for the errors? > Would there be any benefit in writing the equivalent test in jsunit, > to verify whats happening? > > Sitting here thinking about it, index is a real bad thing to use, as > many apps ( especially ajax ) ones wont have elements in any sort of > order. > > Paul > > On Wed, Oct 15, 2008 at 5:23 PM, Bret Pettichord > wrote: > > I've spent much of today trying to understand the cause of several Watir > > unit tests that have been failing with FireWatir. > > > > Many of our test cases are failing in two closely related cases: > > 1. calls to various builder methods using the index specifier, e.g. > > brower.checkbox(:index, 1) > > 2. calls to element collections, e.g. browser.checkboxes > > > > In both cases, it seems that FireWatir is not correctly accessing > elements > > by source order. I cannot figure out why this is happening. I've made a > > close inspection of the code (simplifying it in the process) and can't > find > > any logic errors, and all the javascript methods being used work in > source > > order (or at least they are so documented). > > > > In some cases, the failing Watir unit tests were commented out from the > > FireWatir test suite. In other cases, they remain and work, and I can > find > > no clear reason why they work in one case and not in the other. However, > the > > behavior does not seem random at all. My best explanation for this > > discrepancy right now is that there are small differences in their test > HTML > > files that results in different javascript behavior. > > > > At this point I am weighing our options. > > 1. Spend more time to figure out what is going on. > > 2. Isolate Watir's index tests (or at least those that fail with > FireWatir) > > from its other tests and tag them as failing on Firefox. > > 3. Something else. > > > > Thoughts? > > > > Bret > > > > -- > > Bret Pettichord > > GTalk: bpettichord at gmail.com > > 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 GTalk: bpettichord at gmail.com 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 anukul.singhal at gmail.com Thu Oct 16 14:46:40 2008 From: anukul.singhal at gmail.com (anukul.singhal at gmail.com) Date: Thu, 16 Oct 2008 18:46:40 +0000 Subject: [Wtr-development] Firewatir1.2.1-support for multiple attributes? Message-ID: <979297775-1224182851-cardhu_decombobulator_blackberry.rim.net-244601197-@bxe103.bisx.produk.on.blackberry> Hi Bret/Angrez, Wanted to know if the new version of firewatir (1.2.1) has support for multiple attributes for object recognition? Would highly appreciate your reply Thanks, Anukul Sent on my BlackBerry? from Vodafone Essar From bret at pettichord.com Thu Oct 16 15:00:35 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 16 Oct 2008 14:00:35 -0500 Subject: [Wtr-development] Firewatir1.2.1-support for multiple attributes? In-Reply-To: <979297775-1224182851-cardhu_decombobulator_blackberry.rim.net-244601197-@bxe103.bisx.produk.on.blackberry> References: <979297775-1224182851-cardhu_decombobulator_blackberry.rim.net-244601197-@bxe103.bisx.produk.on.blackberry> Message-ID: This will be in the next version (1.3). Bret On Thu, Oct 16, 2008 at 1:46 PM, wrote: > Hi Bret/Angrez, > > Wanted to know if the new version of firewatir (1.2.1) has support for > multiple attributes for object recognition? > > Would highly appreciate your reply > > Thanks, > Anukul > Sent on my BlackBerry(R) from Vodafone Essar > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Oct 17 01:06:45 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 17 Oct 2008 10:36:45 +0530 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: Bret, Is it possible to isolate some of them so that I can have a look at it. I don't have much time due to work load over here but I can look into couple of things. Regarding the index thing, I think the testcases worked on Firewatir branch alone. Again, it would be great if I can get HTML and code so that I can have a look at it and help you in sorting out the things. Regards, Angrez On Thu, Oct 16, 2008 at 10:26 PM, Bret Pettichord wrote: > One example is in the checkbox_tests.rb. This is just a plain html page (as > you know, since you wrote this test). > > I don't know jsunit, but probably should learn it. > > You are right about index being a bad thing to use, which is probably why > FireWatir users haven't complained. This is part of the reason why I'm > wondering how much effort this problem is really worth. > > Appreciate your help. Let me know if you need any help with this -- IRC, > IM. > > Bret > > > On Wed, Oct 15, 2008 at 10:16 PM, Paul Rogers wrote: > >> if you can wait till Friday, I can probably take a look through too. >> Are the failing tests on html that is created by javascript - that >> could account for the errors? >> Would there be any benefit in writing the equivalent test in jsunit, >> to verify whats happening? >> >> Sitting here thinking about it, index is a real bad thing to use, as >> many apps ( especially ajax ) ones wont have elements in any sort of >> order. >> >> Paul >> >> On Wed, Oct 15, 2008 at 5:23 PM, Bret Pettichord >> wrote: >> > I've spent much of today trying to understand the cause of several Watir >> > unit tests that have been failing with FireWatir. >> > >> > Many of our test cases are failing in two closely related cases: >> > 1. calls to various builder methods using the index specifier, e.g. >> > brower.checkbox(:index, 1) >> > 2. calls to element collections, e.g. browser.checkboxes >> > >> > In both cases, it seems that FireWatir is not correctly accessing >> elements >> > by source order. I cannot figure out why this is happening. I've made a >> > close inspection of the code (simplifying it in the process) and can't >> find >> > any logic errors, and all the javascript methods being used work in >> source >> > order (or at least they are so documented). >> > >> > In some cases, the failing Watir unit tests were commented out from the >> > FireWatir test suite. In other cases, they remain and work, and I can >> find >> > no clear reason why they work in one case and not in the other. However, >> the >> > behavior does not seem random at all. My best explanation for this >> > discrepancy right now is that there are small differences in their test >> HTML >> > files that results in different javascript behavior. >> > >> > At this point I am weighing our options. >> > 1. Spend more time to figure out what is going on. >> > 2. Isolate Watir's index tests (or at least those that fail with >> FireWatir) >> > from its other tests and tag them as failing on Firefox. >> > 3. Something else. >> > >> > Thoughts? >> > >> > Bret >> > >> > -- >> > Bret Pettichord >> > GTalk: bpettichord at gmail.com >> > 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 > GTalk: bpettichord at gmail.com > 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 Oct 17 01:52:20 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 17 Oct 2008 00:52:20 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: Angrez, Thanks for offering to take a look at this. Many of the failing test cases were commented out in the Firewatir branch. You can reproduce all of the test failures, if you check out from http://svn.openqa.org/svn/watir/trunk and then create the following file watir/unittests/options.yml with the following content browser: firefox then execute watir/unittests/checkbox_test.rb This will run all the watir unit tests against firewatir. (I think you will need to uninstall the watir/firewatir gems you might have installed if you want to be testing the development version you've checked out.) In this case, both the failures are with ":index". In this case, the corresponding firewatir test looks essentially the same, but passes. I don't have any idea why. However, in several other cases, Watir tests failed on lines for which the corresponding FireWatir tests. For example, in links_test.rb, the following line fails with firefox: assert_equal( false , browser.link(:index, 1).disabled ) This line was commented out of the FireWatir unit test, so I can only assume that some one on the original FireWatir team had already seen this problem. I am seeing a large number of Watir unit tests failing on tests of ":index" (although not all). It's late and I need to turn in, but I'll be happy to provide more detailed notes for you tomorrow. Thanks for your help. I did take some time to look at the browser.checkboxes array, and it did have the correct elements in it, but they were in the wrong order. Bret C:\work\watir-all\watir\unittests>checkbox_test.rb Loaded suite C:/work/watir-all/watir/unittests/checkbox_test Started ........F..F. Finished in 2.969 seconds. 1) Failure: test_checkbox_properties_with_index(TC_CheckBox) [C:/work/watir-all/watir/unitte sts/checkbox_test.rb:24]: <"box1"> expected but was <"verify1">. 2) Failure: test_checkboxes_access(TC_CheckBox) [C:/work/watir-all/watir/unittests/checkbox_ test.rb:155]: <"box1"> expected but was <"verify1">. 13 tests, 103 assertions, 2 failures, 0 errors On Fri, Oct 17, 2008 at 12:06 AM, Angrez Singh wrote: > Bret, > > Is it possible to isolate some of them so that I can have a look at it. I > don't have much time due to work load over here but I can look into couple > of things. Regarding the index thing, I think the testcases worked on > Firewatir branch alone. Again, it would be great if I can get HTML and code > so that I can have a look at it and help you in sorting out the things. > > Regards, > Angrez > > > On Thu, Oct 16, 2008 at 10:26 PM, Bret Pettichord wrote: > >> One example is in the checkbox_tests.rb. This is just a plain html page >> (as you know, since you wrote this test). >> >> I don't know jsunit, but probably should learn it. >> >> You are right about index being a bad thing to use, which is probably why >> FireWatir users haven't complained. This is part of the reason why I'm >> wondering how much effort this problem is really worth. >> >> Appreciate your help. Let me know if you need any help with this -- IRC, >> IM. >> >> Bret >> >> >> On Wed, Oct 15, 2008 at 10:16 PM, Paul Rogers wrote: >> >>> if you can wait till Friday, I can probably take a look through too. >>> Are the failing tests on html that is created by javascript - that >>> could account for the errors? >>> Would there be any benefit in writing the equivalent test in jsunit, >>> to verify whats happening? >>> >>> Sitting here thinking about it, index is a real bad thing to use, as >>> many apps ( especially ajax ) ones wont have elements in any sort of >>> order. >>> >>> Paul >>> >>> On Wed, Oct 15, 2008 at 5:23 PM, Bret Pettichord >>> wrote: >>> > I've spent much of today trying to understand the cause of several >>> Watir >>> > unit tests that have been failing with FireWatir. >>> > >>> > Many of our test cases are failing in two closely related cases: >>> > 1. calls to various builder methods using the index specifier, e.g. >>> > brower.checkbox(:index, 1) >>> > 2. calls to element collections, e.g. browser.checkboxes >>> > >>> > In both cases, it seems that FireWatir is not correctly accessing >>> elements >>> > by source order. I cannot figure out why this is happening. I've made a >>> > close inspection of the code (simplifying it in the process) and can't >>> find >>> > any logic errors, and all the javascript methods being used work in >>> source >>> > order (or at least they are so documented). >>> > >>> > In some cases, the failing Watir unit tests were commented out from the >>> > FireWatir test suite. In other cases, they remain and work, and I can >>> find >>> > no clear reason why they work in one case and not in the other. >>> However, the >>> > behavior does not seem random at all. My best explanation for this >>> > discrepancy right now is that there are small differences in their test >>> HTML >>> > files that results in different javascript behavior. >>> > >>> > At this point I am weighing our options. >>> > 1. Spend more time to figure out what is going on. >>> > 2. Isolate Watir's index tests (or at least those that fail with >>> FireWatir) >>> > from its other tests and tag them as failing on Firefox. >>> > 3. Something else. >>> > >>> > Thoughts? >>> > >>> > Bret >>> > >>> > -- >>> > Bret Pettichord >>> > GTalk: bpettichord at gmail.com >>> > 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 >> GTalk: bpettichord at gmail.com >> 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 GTalk: bpettichord at gmail.com 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 Oct 17 05:07:49 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 17 Oct 2008 14:37:49 +0530 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: > > For example, in links_test.rb, the following line fails with firefox: > > assert_equal( false , browser.link(:index, 1).disabled ) > > This line was commented out of the FireWatir unit test, so I can only > assume that some one on the original FireWatir team had already seen this > problem. > I can tell you about this, it has been commented because Firefox recognizes disabled attribute only if it is provided in the HTML. If disabled attribute is not there in the HTML it doesn't return anything. Probably thats why I commented that test case. I'll have a look at the other things tonight. Regards, Angrez -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Fri Oct 17 15:32:01 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 17 Oct 2008 14:32:01 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: OK that is good information, because i see now that we are getting lots of failures on calls to "disabled". Bret On Fri, Oct 17, 2008 at 4:07 AM, Angrez Singh wrote: > For example, in links_test.rb, the following line fails with firefox: >> > >> assert_equal( false , browser.link(:index, 1).disabled ) >> >> This line was commented out of the FireWatir unit test, so I can only >> assume that some one on the original FireWatir team had already seen this >> problem. >> > > I can tell you about this, it has been commented because Firefox recognizes > disabled attribute only if it is provided in the HTML. If disabled attribute > is not there in the HTML it doesn't return anything. Probably thats why I > commented that test case. I'll have a look at the other things tonight. > > Regards, > Angrez > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Fri Oct 17 15:39:59 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 17 Oct 2008 14:39:59 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: One correction: In your options.yml, you need to have: browser: firefox coverage: all If you leave out the last line, the test suite will not run tests that are flagged to fail, and you won't see the errors. Bret On Fri, Oct 17, 2008 at 12:52 AM, Bret Pettichord wrote: > Angrez, > > Thanks for offering to take a look at this. Many of the failing test cases > were commented out in the Firewatir branch. > > You can reproduce all of the test failures, if you check out from > > http://svn.openqa.org/svn/watir/trunk > > and then create the following file > > watir/unittests/options.yml > > with the following content > > browser: firefox > > then execute > > watir/unittests/checkbox_test.rb > > This will run all the watir unit tests against firewatir. (I think you will > need to uninstall the watir/firewatir gems you might have installed if you > want to be testing the development version you've checked out.) > > In this case, both the failures are with ":index". In this case, the > corresponding firewatir test looks essentially the same, but passes. I don't > have any idea why. > > However, in several other cases, Watir tests failed on lines for which the > corresponding FireWatir tests. > > For example, in links_test.rb, the following line fails with firefox: > > assert_equal( false , browser.link(:index, 1).disabled ) > > This line was commented out of the FireWatir unit test, so I can only > assume that some one on the original FireWatir team had already seen this > problem. > > I am seeing a large number of Watir unit tests failing on tests of ":index" > (although not all). > > It's late and I need to turn in, but I'll be happy to provide more detailed > notes for you tomorrow. Thanks for your help. > > I did take some time to look at the browser.checkboxes array, and it did > have the correct elements in it, but they were in the wrong order. > > Bret > > C:\work\watir-all\watir\unittests>checkbox_test.rb > Loaded suite C:/work/watir-all/watir/unittests/checkbox_test > Started > ........F..F. > Finished in 2.969 seconds. > > 1) Failure: > test_checkbox_properties_with_index(TC_CheckBox) > [C:/work/watir-all/watir/unitte > sts/checkbox_test.rb:24]: > <"box1"> expected but was > <"verify1">. > > 2) Failure: > test_checkboxes_access(TC_CheckBox) > [C:/work/watir-all/watir/unittests/checkbox_ > test.rb:155]: > <"box1"> expected but was > <"verify1">. > > 13 tests, 103 assertions, 2 failures, 0 errors > > > > On Fri, Oct 17, 2008 at 12:06 AM, Angrez Singh wrote: > >> Bret, >> >> Is it possible to isolate some of them so that I can have a look at it. I >> don't have much time due to work load over here but I can look into couple >> of things. Regarding the index thing, I think the testcases worked on >> Firewatir branch alone. Again, it would be great if I can get HTML and code >> so that I can have a look at it and help you in sorting out the things. >> >> Regards, >> Angrez >> >> >> On Thu, Oct 16, 2008 at 10:26 PM, Bret Pettichord wrote: >> >>> One example is in the checkbox_tests.rb. This is just a plain html page >>> (as you know, since you wrote this test). >>> >>> I don't know jsunit, but probably should learn it. >>> >>> You are right about index being a bad thing to use, which is probably why >>> FireWatir users haven't complained. This is part of the reason why I'm >>> wondering how much effort this problem is really worth. >>> >>> Appreciate your help. Let me know if you need any help with this -- IRC, >>> IM. >>> >>> Bret >>> >>> >>> On Wed, Oct 15, 2008 at 10:16 PM, Paul Rogers wrote: >>> >>>> if you can wait till Friday, I can probably take a look through too. >>>> Are the failing tests on html that is created by javascript - that >>>> could account for the errors? >>>> Would there be any benefit in writing the equivalent test in jsunit, >>>> to verify whats happening? >>>> >>>> Sitting here thinking about it, index is a real bad thing to use, as >>>> many apps ( especially ajax ) ones wont have elements in any sort of >>>> order. >>>> >>>> Paul >>>> >>>> On Wed, Oct 15, 2008 at 5:23 PM, Bret Pettichord >>>> wrote: >>>> > I've spent much of today trying to understand the cause of several >>>> Watir >>>> > unit tests that have been failing with FireWatir. >>>> > >>>> > Many of our test cases are failing in two closely related cases: >>>> > 1. calls to various builder methods using the index specifier, e.g. >>>> > brower.checkbox(:index, 1) >>>> > 2. calls to element collections, e.g. browser.checkboxes >>>> > >>>> > In both cases, it seems that FireWatir is not correctly accessing >>>> elements >>>> > by source order. I cannot figure out why this is happening. I've made >>>> a >>>> > close inspection of the code (simplifying it in the process) and can't >>>> find >>>> > any logic errors, and all the javascript methods being used work in >>>> source >>>> > order (or at least they are so documented). >>>> > >>>> > In some cases, the failing Watir unit tests were commented out from >>>> the >>>> > FireWatir test suite. In other cases, they remain and work, and I can >>>> find >>>> > no clear reason why they work in one case and not in the other. >>>> However, the >>>> > behavior does not seem random at all. My best explanation for this >>>> > discrepancy right now is that there are small differences in their >>>> test HTML >>>> > files that results in different javascript behavior. >>>> > >>>> > At this point I am weighing our options. >>>> > 1. Spend more time to figure out what is going on. >>>> > 2. Isolate Watir's index tests (or at least those that fail with >>>> FireWatir) >>>> > from its other tests and tag them as failing on Firefox. >>>> > 3. Something else. >>>> > >>>> > Thoughts? >>>> > >>>> > Bret >>>> > >>>> > -- >>>> > Bret Pettichord >>>> > GTalk: bpettichord at gmail.com >>>> > 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 >>> GTalk: bpettichord at gmail.com >>> 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 > GTalk: bpettichord at gmail.com > 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 GTalk: bpettichord at gmail.com 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 Fri Oct 17 15:54:23 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Fri, 17 Oct 2008 13:54:23 -0600 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: the checkbox problem that Bret describes above seems to have been caused by some bad html I did all those years ago Im now wiser, and here is a patch to fix the checkbox1.html file, as well as a new file, as it might be easier for some to read. Paul On Fri, Oct 17, 2008 at 3:07 AM, Angrez Singh wrote: >> For example, in links_test.rb, the following line fails with firefox: >> >> assert_equal( false , browser.link(:index, 1).disabled ) >> >> This line was commented out of the FireWatir unit test, so I can only >> assume that some one on the original FireWatir team had already seen this >> problem. > > I can tell you about this, it has been commented because Firefox recognizes > disabled attribute only if it is provided in the HTML. If disabled attribute > is not there in the HTML it doesn't return anything. Probably thats why I > commented that test case. I'll have a look at the other things tonight. > > Regards, > Angrez > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch.txt URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Fri Oct 17 15:55:54 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Fri, 17 Oct 2008 13:55:54 -0600 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: I think, in ie you can do something like this: and you will get a disabled button but for FF, this might be needed. - I THINK thats whats needed. Id need to look it up and test to be sure Paul On Fri, Oct 17, 2008 at 1:32 PM, Bret Pettichord wrote: > OK that is good information, because i see now that we are getting lots of > failures on calls to "disabled". > > Bret > > On Fri, Oct 17, 2008 at 4:07 AM, Angrez Singh wrote: >>> >>> For example, in links_test.rb, the following line fails with firefox: >>> >>> assert_equal( false , browser.link(:index, 1).disabled ) >>> >>> This line was commented out of the FireWatir unit test, so I can only >>> assume that some one on the original FireWatir team had already seen this >>> problem. >> >> I can tell you about this, it has been commented because Firefox >> recognizes disabled attribute only if it is provided in the HTML. If >> disabled attribute is not there in the HTML it doesn't return anything. >> Probably thats why I commented that test case. I'll have a look at the other >> things tonight. >> >> Regards, >> Angrez >> >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development > > > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 Fri Oct 17 16:33:31 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 17 Oct 2008 15:33:31 -0500 Subject: [Wtr-development] Updated Notes on Unit Tests Message-ID: Based on feedback from Jeff Fry and Paul Rogers, I've updated the instructions for running unit tests in trunk. http://wiki.openqa.org/display/WTR/Running+Unit+Tests+in+Development I believe these to know be current, accurate and fairly complete. But of course, let me know if you have problems getting this to work. Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Fri Oct 17 17:08:04 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 17 Oct 2008 16:08:04 -0500 Subject: [Wtr-development] Fwd: [GitHub] lastobelus sent you a message In-Reply-To: <48f8fe3f59586_399d15af5a401e6421c@xc88-s00009.tmail> References: <48f8fe3f59586_399d15af5a401e6421c@xc88-s00009.tmail> Message-ID: Can any one help me create a patch from this? A patch file would be fine, or the git command that would generate it (I have git installed). Bret ---------- Forwarded message ---------- From: GitHub Date: Fri, Oct 17, 2008 at 4:06 PM Subject: [GitHub] lastobelus sent you a message To: bret at pettichord.com lastobelus wants you to pull from lastobelus/firewatir-enhancements at master Body: hi, I have pulled Daniel's tablebody impl. and merged with the latest master on Pistos' fork, with line ending conversion done on Daniel's additions. View repository: http://github.com/lastobelus/firewatir-enhancements/tree/master -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Fri Oct 17 23:51:16 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Fri, 17 Oct 2008 21:51:16 -0600 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: as for the disabled attriute, this doesnt appear to be supported by firefox for links.According to the html spec ( http://www.w3.org/TR/DOM-Level-2-HTML/html.html ) it says "disabled of type boolean Enables/disables the link. This is currently only used for style sheet links, and may be used to activate or deactivate style sheets." So, is this really a valid test for firewatir. Im thinking not. Bret - is there an easy way to distinguish between tests for watir and firewatir? the links test has 2 other failures, but I dont think they are relevant to the html in the unit tests Paul On Fri, Oct 17, 2008 at 1:55 PM, Paul Rogers wrote: > I think, in ie you can do something like this: > > > > and you will get a disabled button > > but for FF, this might be needed. > > > > - I THINK thats whats needed. Id need to look it up and test to be sure > > > Paul > > > On Fri, Oct 17, 2008 at 1:32 PM, Bret Pettichord wrote: >> OK that is good information, because i see now that we are getting lots of >> failures on calls to "disabled". >> >> Bret >> >> On Fri, Oct 17, 2008 at 4:07 AM, Angrez Singh wrote: >>>> >>>> For example, in links_test.rb, the following line fails with firefox: >>>> >>>> assert_equal( false , browser.link(:index, 1).disabled ) >>>> >>>> This line was commented out of the FireWatir unit test, so I can only >>>> assume that some one on the original FireWatir team had already seen this >>>> problem. >>> >>> I can tell you about this, it has been commented because Firefox >>> recognizes disabled attribute only if it is provided in the HTML. If >>> disabled attribute is not there in the HTML it doesn't return anything. >>> Probably thats why I commented that test case. I'll have a look at the other >>> things tonight. >>> >>> Regards, >>> Angrez >>> >>> _______________________________________________ >>> Wtr-development mailing list >>> Wtr-development at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/wtr-development >> >> >> >> -- >> Bret Pettichord >> GTalk: bpettichord at gmail.com >> 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 Sat Oct 18 00:45:45 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 17 Oct 2008 23:45:45 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: On Fri, Oct 17, 2008 at 10:51 PM, Paul Rogers wrote: > > So, is this really a valid test for firewatir. Im thinking not. Bret - > is there an easy way to distinguish between tests for watir and > firewatir? > Yes there is. if test_something includes functionality that only applies to IE, then it should be tagged using this command: tag_method :test_something, :fails_on_firefox This will automatically not run it when running the unit tests with firewatir. You can find several examples in the Watir test suite (i haven't yet tagged the FireWatir test suite). My goal is to eventually merge the suites into one master suite with everything tagged like this as appropriate. Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 gavin at vmbed.com Sun Oct 19 22:47:04 2008 From: gavin at vmbed.com (Gavin Jefferies) Date: Sun, 19 Oct 2008 19:47:04 -0700 Subject: [Wtr-development] test parameters not working Message-ID: <65b3137e0810191947p670aee2sb409aec24497c5c1@mail.gmail.com> Hi Bret, I was trying to narrow down some failures with the core tests that I'm having and I found that the standard Test::Unit parameters were no longer working when I updated from SVN. I've narrowed this down to a recent change: C:\work>watir\unittests\ie_exists_test.rb -v p Loaded suite C:/work/watir/unittests/ie_exists_test Started ... Finished in 3.547 seconds. 3 tests, 3 assertions, 0 failures, 0 errors C:\work>copy watir-common\unittests\setup\filter.rb.1468 watir-common\unittests\setup\filter.rb Overwrite watir-common\unittests\setup\filter.rb? (Yes/No/All): yes 1 file(s) copied. C:\work>watir\unittests\ie_exists_test.rb -v p Loaded suite C:/work/watir/unittests/ie_exists_test Started test_some_one_else_closed_it(TC_IENotExists): . test_we_closed_it(TC_IENotExists): . test_exists(TC_IE_Exists): . Finished in 3.796 seconds. 3 tests, 3 assertions, 0 failures, 0 errors C:\work>svn diff -r1468:1518 watir-common\unittests\setup\filter.rb Index: watir-common/unittests/setup/filter.rb =================================================================== --- watir-common/unittests/setup/filter.rb (revision 1468) +++ watir-common/unittests/setup/filter.rb (revision 1518) @@ -1,6 +1,4 @@ -# this file needs to be loaded before 'test/unit' to ensure that our -# test runner is used instead (defined in the at_exit block below). - +require 'test/unit' require 'test/unit/collector/objectspace' # Modify the Test::Unit runner in Eclipse, so it only runs our tests C:\work> Cheers, Gavin -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Mon Oct 20 11:08:00 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Mon, 20 Oct 2008 09:08:00 -0600 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: One thing here. Firewatir seems to return "" rather than raise an unknown method exception, if you do something like this: browser.link(:index,1).nosuchmethod Im sure Ive fixed this somewhere but cant seem to find it ( difernet machine, different company? ). I thik it was a change in method_missing in firewatir. I wont have a chance to do it this week, but next I can try and fix it Paul On Fri, Oct 17, 2008 at 3:07 AM, Angrez Singh wrote: >> For example, in links_test.rb, the following line fails with firefox: >> >> assert_equal( false , browser.link(:index, 1).disabled ) >> >> This line was commented out of the FireWatir unit test, so I can only >> assume that some one on the original FireWatir team had already seen this >> problem. > > I can tell you about this, it has been commented because Firefox recognizes > disabled attribute only if it is provided in the HTML. If disabled attribute > is not there in the HTML it doesn't return anything. Probably thats why I > commented that test case. I'll have a look at the other things tonight. > > Regards, > Angrez > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From bret at pettichord.com Mon Oct 20 18:41:56 2008 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 20 Oct 2008 17:41:56 -0500 Subject: [Wtr-development] test parameters not working In-Reply-To: <65b3137e0810191947p670aee2sb409aec24497c5c1@mail.gmail.com> References: <65b3137e0810191947p670aee2sb409aec24497c5c1@mail.gmail.com> Message-ID: Gavin, Thanks for the very detailed report. Let me see what I can do. Bret On Sun, Oct 19, 2008 at 9:47 PM, Gavin Jefferies wrote: > Hi Bret, > > I was trying to narrow down some failures with the core tests that I'm > having and I found that the standard Test::Unit parameters were no longer > working when I updated from SVN. I've narrowed this down to a recent change: > > C:\work>watir\unittests\ie_exists_test.rb -v p > Loaded suite C:/work/watir/unittests/ie_exists_test > Started > ... > Finished in 3.547 seconds. > > 3 tests, 3 assertions, 0 failures, 0 errors > > C:\work>copy watir-common\unittests\setup\filter.rb.1468 > watir-common\unittests\setup\filter.rb > Overwrite watir-common\unittests\setup\filter.rb? (Yes/No/All): yes > 1 file(s) copied. > > C:\work>watir\unittests\ie_exists_test.rb -v p > Loaded suite C:/work/watir/unittests/ie_exists_test > Started > test_some_one_else_closed_it(TC_IENotExists): . > test_we_closed_it(TC_IENotExists): . > test_exists(TC_IE_Exists): . > > Finished in 3.796 seconds. > > 3 tests, 3 assertions, 0 failures, 0 errors > > C:\work>svn diff -r1468:1518 watir-common\unittests\setup\filter.rb > Index: watir-common/unittests/setup/filter.rb > =================================================================== > --- watir-common/unittests/setup/filter.rb (revision 1468) > +++ watir-common/unittests/setup/filter.rb (revision 1518) > @@ -1,6 +1,4 @@ > -# this file needs to be loaded before 'test/unit' to ensure that our > -# test runner is used instead (defined in the at_exit block below). > - > +require 'test/unit' > require 'test/unit/collector/objectspace' > > # Modify the Test::Unit runner in Eclipse, so it only runs our tests > > C:\work> > > Cheers, > Gavin > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Mon Oct 20 18:37:16 2008 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 20 Oct 2008 17:37:16 -0500 Subject: [Wtr-development] [Fwd: [wtr-general] Re: Building a gem from trunk / watir-common] Message-ID: <48FD081C.9090009@pettichord.com> Jeff, I ran into the same problem. I can't remember exactly what I did to fix it, but I think I had to set up an environment variable. It works for me now. I think one of these settings did the trick: HOME=\Documents and Settings\Administrator HOMEDRIVE=C: HOMEPATH=\Documents and Settings\Administrator Bret Forwarding from Watir General -------- Original Message -------- Subject: [wtr-general] Re: Building a gem from trunk / watir-common Date: Sun, 19 Oct 2008 17:01:55 -0700 From: Jeff Fry Reply-To: watir-general at googlegroups.com To: watir-general at googlegroups.com References: <970956b0810140008u2592158ayb9af8ccef41eedce at mail.gmail.com> <970956b0810152239r5bedce55r7fa9e38fb776e788 at mail.gmail.com> <970956b0810152241y629ef5f2mf03299d3b40d8a85 at mail.gmail.com> <48F75274.4030309 at pettichord.com> Hey Bret, 'gem install hoe' worked just fine C:\dev\watir>gem install hoe Bulk updating Gem source index for: http://gems.rubyforge.org/ Successfully installed rubyforge-1.0.0 Successfully installed rake-0.8.3 Successfully installed hoe-1.8.0 But building watir-common failed again - couldn't find HOME: C:\dev\watir-common>rake gem --trace (in C:/dev/watir-common) rake aborted! couldn't find HOME environment -- expanding `~/.hoerc' c:/ruby/lib/ruby/gems/1.8/gems/hoe-1.8.0/lib/hoe.rb:435:in `expand_path' c:/ruby/lib/ruby/gems/1.8/gems/hoe-1.8.0/lib/hoe.rb:435:in `with_config' c:/ruby/lib/ruby/gems/1.8/gems/hoe-1.8.0/lib/hoe.rb:472:in `define_tasks' c:/ruby/lib/ruby/gems/1.8/gems/hoe-1.8.0/lib/hoe.rb:426:in `initialize' C:/dev/watir-common/rakefile:5:in `new' C:/dev/watir-common/rakefile:5 c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2349:in `load' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2349:in `raw_load_rakefile ' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1985:in `load_rakefile' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exceptio n_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1984:in `load_rakefile' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1969:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exceptio n_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/bin/rake:31 c:/ruby/bin/rake:19:in `load' c:/ruby/bin/rake:19 Any ideas what I'm missing now? Thanks again for all this help. Once this is complete, I'll happily add what worked for me to the wiki. Jeff On Thu, Oct 16, 2008 at 7:40 AM, Bret Pettichord > wrote: You'll need to "gem install hoe" before building watir-common. And then you'll need to install it, before installing Watir. Bret Jeff Fry wrote: > Corrected below > > On Wed, Oct 15, 2008 at 10:39 PM, Jeff Fry > >> wrote: > > OK, I'm getting closer - I've checked out from 1 level up and so > now have watir-common. I just > > > I created a gem #this is what I meant to paste here: > C:\dev\watir>gem build watir.gemspec > Successfully built RubyGem > Name: watir > Version: 1.5.6 > File: watir-1.5.6.gem > > > ...and then tried the following: > > C:\dev\watir-common>rake gem > (in C:/dev/watir-common) > rake aborted! > no such file to load -- hoe > C:/dev/watir-common/rakefile:2 > (See full trace by running task with --trace) > > I tried the same thing in /watir, which succeeded... > > > C:\dev\watir>rake gem > (in C:/dev/watir) > mkdir -p pkg > Successfully built RubyGem > Name: watir > Version: 1.5.6 > File: watir-1.5.6.gem > mv watir-1.5.6.gem pkg/watir-1.5.6.gem > > ...but still doesn't get watir to build for me: > > > C:\dev\watir\pkg>gem install watir-1.5.6.gem --local > ERROR: Error installing watir-1.5.6.gem: > watir requires watir-common (>= 0) > > Bret or others, can you help me find the error of my ways? > > I'll be happy to get this onto the wiki in greater detail. > > Thanks, > Jeff > > > > On Tue, Oct 14, 2008 at 12:08 AM, Jeff Fry > >> wrote: > > From IRC: > > [23:02] Hey there, have any of you built a gem > locally from the watir trunk? > [23:02] I've done it successfully a long time back, I > think. > [23:02] Just tried now and got: > [23:02] ERROR: Error installing watir-1.5.6.gem: > [23:02] watir requires watir-common (>= 0) > [23:02] Does that mean anything to you? > [23:07] hi there > [23:08] you'll also need to build the > watir-common gem > [23:08] "rake gem" in the watir-common directory > > > I've searched for a directory called common or watir-common > and came up blank. I also tried: > C:\dev\watir>rake gem > ...Which created a pkg directory, containing > 10/13/2008 11:12 PM 254,464 watir-1.5.6.gem > > ...but clearly I'm missing something because both of the > following still fail for me: > > C:\dev\watir\pkg>gem install watir-1.5.6.gem > Bulk updating Gem source index for: http://gems.rubyforge.org/ > ERROR: Error installing watir-1.5.6.gem: > watir requires watir-common (>= 0) > > C:\dev\watir\pkg>gem install watir-1.5.6.gem --local > ERROR: Error installing watir-1.5.6.gem: > watir requires watir-common (>= 0) > > What am I missing? > > Thanks, > > -- > Jeff Fry > > http://testingjeff.wordpress.com > http://associationforsoftwaretesting.org > > > > > -- > Jeff Fry > > http://testingjeff.wordpress.com > http://associationforsoftwaretesting.org > > > > > -- > Jeff Fry > > http://testingjeff.wordpress.com > http://associationforsoftwaretesting.org > > > -- Jeff Fry http://testingjeff.wordpress.com http://associationforsoftwaretesting.org --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general at googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscribe at googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general -~----------~----~----~----~------~----~------~--~--- From bret at pettichord.com Tue Oct 21 16:10:46 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 21 Oct 2008 15:10:46 -0500 Subject: [Wtr-development] test parameters not working In-Reply-To: <65b3137e0810191947p670aee2sb409aec24497c5c1@mail.gmail.com> References: <65b3137e0810191947p670aee2sb409aec24497c5c1@mail.gmail.com> Message-ID: This problem should now be fixed in trunk. Please let me know if you see any other problems. Bret On Sun, Oct 19, 2008 at 9:47 PM, Gavin Jefferies wrote: > Hi Bret, > > I was trying to narrow down some failures with the core tests that I'm > having and I found that the standard Test::Unit parameters were no longer > working when I updated from SVN. I've narrowed this down to a recent change: > > C:\work>watir\unittests\ie_exists_test.rb -v p > Loaded suite C:/work/watir/unittests/ie_exists_test > Started > ... > Finished in 3.547 seconds. > > 3 tests, 3 assertions, 0 failures, 0 errors > > C:\work>copy watir-common\unittests\setup\filter.rb.1468 > watir-common\unittests\setup\filter.rb > Overwrite watir-common\unittests\setup\filter.rb? (Yes/No/All): yes > 1 file(s) copied. > > C:\work>watir\unittests\ie_exists_test.rb -v p > Loaded suite C:/work/watir/unittests/ie_exists_test > Started > test_some_one_else_closed_it(TC_IENotExists): . > test_we_closed_it(TC_IENotExists): . > test_exists(TC_IE_Exists): . > > Finished in 3.796 seconds. > > 3 tests, 3 assertions, 0 failures, 0 errors > > C:\work>svn diff -r1468:1518 watir-common\unittests\setup\filter.rb > Index: watir-common/unittests/setup/filter.rb > =================================================================== > --- watir-common/unittests/setup/filter.rb (revision 1468) > +++ watir-common/unittests/setup/filter.rb (revision 1518) > @@ -1,6 +1,4 @@ > -# this file needs to be loaded before 'test/unit' to ensure that our > -# test runner is used instead (defined in the at_exit block below). > - > +require 'test/unit' > require 'test/unit/collector/objectspace' > > # Modify the Test::Unit runner in Eclipse, so it only runs our tests > > C:\work> > > Cheers, > Gavin > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Oct 23 13:42:08 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 23 Oct 2008 12:42:08 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: Paul, This behavior is intentional. FireWatir has a method missing that sends any method on an element to get the attribute with that name, if it exists. We never added this feature to Watir, partly because it means that you don't get errors if you make a typo. At some point we'll need to figure out how to reconcile these behaviors, but I'm not worried about it right now. Bret On Mon, Oct 20, 2008 at 10:08 AM, Paul Rogers wrote: > One thing here. Firewatir seems to return "" rather than raise an > unknown method exception, if you do something like this: > > browser.link(:index,1).nosuchmethod > > Im sure Ive fixed this somewhere but cant seem to find it ( difernet > machine, different company? ). I thik it was a change in > method_missing in firewatir. > I wont have a chance to do it this week, but next I can try and fix it > > Paul > > > On Fri, Oct 17, 2008 at 3:07 AM, Angrez Singh wrote: > >> For example, in links_test.rb, the following line fails with firefox: > >> > >> assert_equal( false , browser.link(:index, 1).disabled ) > >> > >> This line was commented out of the FireWatir unit test, so I can only > >> assume that some one on the original FireWatir team had already seen > this > >> problem. > > > > I can tell you about this, it has been commented because Firefox > recognizes > > disabled attribute only if it is provided in the HTML. If disabled > attribute > > is not there in the HTML it doesn't return anything. Probably thats why I > > commented that test case. I'll have a look at the other things tonight. > > > > Regards, > > Angrez > > > > _______________________________________________ > > 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 GTalk: bpettichord at gmail.com 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 Oct 23 16:11:55 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 23 Oct 2008 15:11:55 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: Just to follow up -- this problem is now fixed in FireWatir. I just made "disabled" return the opposite of "enabled?" and this got all my Watir disabled tests to work with firewatir. Bret On Fri, Oct 17, 2008 at 4:07 AM, Angrez Singh wrote: > For example, in links_test.rb, the following line fails with firefox: >> > >> assert_equal( false , browser.link(:index, 1).disabled ) >> >> This line was commented out of the FireWatir unit test, so I can only >> assume that some one on the original FireWatir team had already seen this >> problem. >> > > I can tell you about this, it has been commented because Firefox recognizes > disabled attribute only if it is provided in the HTML. If disabled attribute > is not there in the HTML it doesn't return anything. Probably thats why I > commented that test case. I'll have a look at the other things tonight. > > Regards, > Angrez > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 nathamberlane at gmail.com Fri Oct 24 11:18:55 2008 From: nathamberlane at gmail.com (Nathan Lane) Date: Fri, 24 Oct 2008 09:18:55 -0600 Subject: [Wtr-development] [wtr-general] Re: table row_count incorrect In-Reply-To: <68eae8cd-08ac-4031-b4c4-05ea57e706dc@17g2000hsk.googlegroups.com> References: <6b17e0e5-9b7d-430f-8904-6368e523173a@q26g2000prq.googlegroups.com> <1b6592f1-53bd-423d-b7dd-51d7029271d3@1g2000prd.googlegroups.com> <2a379a300810232008t3571d05eibf1cdc5e837b88b1@mail.gmail.com> <68eae8cd-08ac-4031-b4c4-05ea57e706dc@17g2000hsk.googlegroups.com> Message-ID: <9afbd5b90810240818j12540faev3cbe2780da2c114d@mail.gmail.com> I'm wondering whether or not this should be a defect really, because according to this standards document about tables ( http://www.w3.org/TR/html401/struct/tables.html) tables probably shouldn't be contained in tables. I know that the site you're testing is probably using tables as a means of layout, which is outdated and has always been an incorrect use of tables. One alternative to trying to fix something that isn't really broken is to tell your developers that using tables for layout is invalid HTML 4/XHTML and to update it to today's web standards. I don't really think that Watir is what's broken here, rather it is the web site that is using a broken method. I may be wrong about the site your testing using tables for layout, but if it is using tables for layout, then that's invalid HTML according to W3C. Just some thoughts. Nathan On Fri, Oct 24, 2008 at 6:48 AM, Moochie wrote: > > Someone posted this code and it worked really well for me. > > #Get actual row count when enbedded tables exists > def get_row_count_minus_enbedded_rows(table) > num_rows=0 > begin > (1..table.row_count).each do |i| > num_rows = i > table[i] > end > rescue > end > return num_rows > end > > > > On Oct 23, 10:08 pm, "Alan Baird" wrote: > > Paul - > > This issue is WTR-26 > > (http://jira.openqa.org/browse/WTR-26)< > http://jira.openqa.org/browse/WTR-26>, > > it's been around for a while. Your solution looks like the one that is > in > > this ticket. > > > > Alan > > > > On Thu, Oct 23, 2008 at 9:10 PM, Paul Denize >wrote: > > > > > > > > > > > > > Overloading the following seems to get past the limitations. Perhaps > > > someone with more DOM experience can comment if there are any dangers > > > > > One thin I did notice is that it picks up data cells just like > > > ones > > > > > class Table > > > def row_count > > > assert_exists > > > return @o.rows().length > > > end > > > > > def to_a > > > assert_exists > > > y = [] > > > table_rows = @o.rows() > > > for row in table_rows > > > puts row.to_a.inspect > > > x = [] > > > for td in row.cells() > > > x << td.innerText.strip > > > end > > > y << x > > > end > > > return y > > > end > > > > > end- Hide quoted text - > > > > - Show quoted text - > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups > "Watir General" group. > To post to this group, send email to watir-general at googlegroups.com > Before posting, please read the following guidelines: > http://wiki.openqa.org/display/WTR/Support > To unsubscribe from this group, send email to > watir-general-unsubscribe at googlegroups.com > For more options, visit this group at > http://groups.google.com/group/watir-general > -~----------~----~----~----~------~----~------~--~--- > > -- Nathan Lane Home, http://www.nathandelane.com Blog, http://nathandelane.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Fri Oct 24 11:47:48 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Fri, 24 Oct 2008 09:47:48 -0600 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: but its really annoying, as if you spell it wrong you dont get any indication. I know from trying to get a tlitle from a link ;-) I fixed this somehow, somewhere, but dont remember how. Paul On Thu, Oct 23, 2008 at 11:42 AM, Bret Pettichord wrote: > Paul, > > This behavior is intentional. FireWatir has a method missing that sends any > method on an element to get the attribute with that name, if it exists. We > never added this feature to Watir, partly because it means that you don't > get errors if you make a typo. > > At some point we'll need to figure out how to reconcile these behaviors, but > I'm not worried about it right now. > > Bret > > On Mon, Oct 20, 2008 at 10:08 AM, Paul Rogers wrote: >> >> One thing here. Firewatir seems to return "" rather than raise an >> unknown method exception, if you do something like this: >> >> browser.link(:index,1).nosuchmethod >> >> Im sure Ive fixed this somewhere but cant seem to find it ( difernet >> machine, different company? ). I thik it was a change in >> method_missing in firewatir. >> I wont have a chance to do it this week, but next I can try and fix it >> >> Paul >> >> >> On Fri, Oct 17, 2008 at 3:07 AM, Angrez Singh wrote: >> >> For example, in links_test.rb, the following line fails with firefox: >> >> >> >> assert_equal( false , browser.link(:index, 1).disabled ) >> >> >> >> This line was commented out of the FireWatir unit test, so I can only >> >> assume that some one on the original FireWatir team had already seen >> >> this >> >> problem. >> > >> > I can tell you about this, it has been commented because Firefox >> > recognizes >> > disabled attribute only if it is provided in the HTML. If disabled >> > attribute >> > is not there in the HTML it doesn't return anything. Probably thats why >> > I >> > commented that test case. I'll have a look at the other things tonight. >> > >> > Regards, >> > Angrez >> > >> > _______________________________________________ >> > 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 > GTalk: bpettichord at gmail.com > 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 Tue Oct 28 10:33:50 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 28 Oct 2008 09:33:50 -0500 Subject: [Wtr-development] Fwd: XPI for Firefox 3.x In-Reply-To: References: <9c796f4f0810171215s24ecc49bg41cff7f0fb0ac4ab@mail.gmail.com> <9c796f4f0810210726h4168fe8dt779668fcff629e69@mail.gmail.com> <9c796f4f0810210813o11179351g16c0e1232fd64af7@mail.gmail.com> <9c796f4f0810211027j5c86484et66164b8e4db1a05b@mail.gmail.com> <9c796f4f0810220728p7b5f24bckdd125409e853c7f7@mail.gmail.com> <9c796f4f0810231334p298e5f70nc6c32c1dd3ca19bd@mail.gmail.com> <9c796f4f0810231453h221bc864y12ad34208ce3bc66@mail.gmail.com> Message-ID: FYI ---------- Forwarded message ---------- From: Bret Pettichord Date: Tue, Oct 28, 2008 at 9:33 AM Subject: Re: XPI for Firefox 3.x To: Angrez Singh Yes this is good information. Could you add this to this page: http://wiki.openqa.org/display/WTR/FireWatir+Installation Bret On Fri, Oct 24, 2008 at 1:01 AM, Angrez Singh wrote: > Thanks a lot for your inputs. I tried at my home machine and it didn't > worked out because I was not having any VS installed on my machine. > > Bret, > Is this something which we want to add to installation instructions? Let me > know I'll add it. > > Regards, > Angrez > > On Fri, Oct 24, 2008 at 3:23 AM, Ryan Huynh wrote: > >> Hi, >> >> I've finally figured out what is wrong. Apparently, the XPI for Firefox >> 3.x was compiled with Visual 2005 SP1, and it's required the >> Microsoft.VC80.CRT to be installed on the machine. And it's not installed >> on my machine. After installing redistributed package for VS 2005 SP1, it >> works like a champ. >> >> Thanks for your responsive reply. >> >> --ryan >> >> >> >> On Thu, Oct 23, 2008 at 4:34 PM, Ryan Huynh wrote: >> >>> Hi, >>> >>> I have just realized that when I tried to installed the XPI file, I got >>> these error message: >>> >>> EventID: 59 >>> Source: SideBySide >>> >>> Dependent Assembly Microsoft.VC80.CRT could not be found and Last Error >>> was The referenced assembly is not installed on your system >>> >>> any idea? >>> >>> >>> >>> On Wed, Oct 22, 2008 at 10:28 AM, Ryan Huynh wrote: >>> >>>> It is still not working for me. I have tried it on different, clean >>>> machines... but still no success. >>>> >>>> >>>> On Wed, Oct 22, 2008 at 1:17 AM, Angrez Singh wrote: >>>> >>>>> Thats how you install XPI. After that you need to close Firefox and >>>>> then start your script. It should work. >>>>> >>>>> - Angrez >>>>> >>>>> >>>>> On Tue, Oct 21, 2008 at 10:57 PM, Ryan Huynh wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> This seems like a stupid question but how do you install xpi file in >>>>>> Firefox? I installed it by select File->Open File, then browed to the >>>>>> file. After it's installed, I selected yes for restarting Firefox. And it >>>>>> shows up as JSSh 0.9 Add-Ons extentions. >>>>>> >>>>>> I really hope you could help me because this is the last huddle I have >>>>>> to overcome. >>>>>> >>>>>> Thanks, >>>>>> Ryan >>>>>> >>>>>> On Tue, Oct 21, 2008 at 11:13 AM, Ryan Huynh wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> This is the exact error message I got: >>>>>>> C:\ruby\bin>ruby yahoomail.rb c:\test.txt c:\test.doc >>>>>>> start: Tue Oct 21 11:11:36 -0400 2008 >>>>>>> file 1 is c:\test.txt >>>>>>> file 2 is c:\test.doc >>>>>>> PROFILE: >>>>>>> Starting Firefox using the executable : C:\Program Files\Mozilla >>>>>>> Firefox\firefox >>>>>>> .exe >>>>>>> Waiting for 2 seconds for Firefox to get started. >>>>>>> C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.2.1/./firewatir.rb:340:in >>>>>>> `set_defaul >>>>>>> ts': Unable to connect to machine : 127.0.0.1 on port 9997. Make >>>>>>> sure that JSSh >>>>>>> is properly installed and Firefox is running with '-jssh' option >>>>>>> (FireWatir::Exc >>>>>>> eption::UnableToStartJSShException) >>>>>>> from >>>>>>> C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.2.1/./firewatir.rb:230:i >>>>>>> n `initialize' >>>>>>> from yahoomail.rb:18:in `new' >>>>>>> from yahoomail.rb:18 >>>>>>> C:\ruby\bin> >>>>>>> >>>>>>> On Tue, Oct 21, 2008 at 10:26 AM, Ryan Huynh wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> I'm using the release version of FF 3.0.3. I'll try it on >>>>>>>> different machine. The problem i have is everytimes I called Firefox.new, >>>>>>>> it throws error. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Ryan >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Oct 20, 2008 at 11:53 AM, Angrez Singh wrote: >>>>>>>> >>>>>>>>> I am using the same and it did worked on my machine. Which Firefox >>>>>>>>> version are you using? >>>>>>>>> >>>>>>>>> - Angrez >>>>>>>>> >>>>>>>>> >>>>>>>>> On Mon, Oct 20, 2008 at 6:51 PM, Ryan Huynh wrote: >>>>>>>>> >>>>>>>>>> No, I'm using XPSP2. Is there anychance that you can recompile >>>>>>>>>> the XPI with the release code of Firefox 3.x? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Mon, Oct 20, 2008 at 9:13 AM, Angrez Singh wrote: >>>>>>>>>> >>>>>>>>>>> It did worked for me on my machine. Are you using Vista? I'll try >>>>>>>>>>> here on my machine again and will let you know. Hope I'll be able to help >>>>>>>>>>> you. >>>>>>>>>>> >>>>>>>>>>> - Angrez >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 20, 2008 at 6:32 PM, Ryan Huynh >>>>>>>>>> > wrote: >>>>>>>>>>> >>>>>>>>>>>> Hi, >>>>>>>>>>>> >>>>>>>>>>>> I downloaded the XPI file from >>>>>>>>>>>> http://wiki.openqa.org/display/WTR/FireWatir+Installation >>>>>>>>>>>> >>>>>>>>>>>> Yes, I have the admin privileges when I installed this. >>>>>>>>>>>> >>>>>>>>>>>> It worked fine if I use FireFox 2.x (using its own XPI) but >>>>>>>>>>>> didn't work for Firefox 3.x (using its own XPI) >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> ryan >>>>>>>>>>>> >>>>>>>>>>>> On Mon, Oct 20, 2008 at 12:46 AM, Angrez Singh < >>>>>>>>>>>> angrez at gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Hi Ryan, >>>>>>>>>>>>> >>>>>>>>>>>>> From where you downloaded the XPI's? And are you installing the >>>>>>>>>>>>> XPI with administrative privileges? >>>>>>>>>>>>> >>>>>>>>>>>>> - Angrez >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Sat, Oct 18, 2008 at 1:01 AM, Ryan Huynh < >>>>>>>>>>>>> rhuynh101 at gmail.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>> >>>>>>>>>>>>>> I hope you can help me out. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I've downloaded the jssh-20080708-Winnt.xpi and installed it >>>>>>>>>>>>>> with Firefox 3.0.x. >>>>>>>>>>>>>> >>>>>>>>>>>>>> When I tried to run Firefox.new, it errored out saying it's >>>>>>>>>>>>>> unable to connect to localhost on port 9997. After I open firefox with >>>>>>>>>>>>>> -jssh, I couldn't telnet the localhost with port 9997. Is there any newer >>>>>>>>>>>>>> xpi file? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> Ryan >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 GTalk: bpettichord at gmail.com 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 Oct 28 16:26:27 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 28 Oct 2008 15:26:27 -0500 Subject: [Wtr-development] Browser.new Message-ID: I think I've completed the work necessary to release Browser.new for Watir 1.6. This functionality is described in some detail here: http://wiki.openqa.org/display/WTR/Browser.new I'm planning to release Watir 1.6 this week, but would love to have some one look at this and give me feedback on it first. Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 charley.baker at gmail.com Tue Oct 28 14:17:11 2008 From: charley.baker at gmail.com (Charley Baker) Date: Tue, 28 Oct 2008 12:17:11 -0600 Subject: [Wtr-development] Fwd: XPI for Firefox 3.x In-Reply-To: References: <9c796f4f0810171215s24ecc49bg41cff7f0fb0ac4ab@mail.gmail.com> <9c796f4f0810210813o11179351g16c0e1232fd64af7@mail.gmail.com> <9c796f4f0810211027j5c86484et66164b8e4db1a05b@mail.gmail.com> <9c796f4f0810220728p7b5f24bckdd125409e853c7f7@mail.gmail.com> <9c796f4f0810231334p298e5f70nc6c32c1dd3ca19bd@mail.gmail.com> <9c796f4f0810231453h221bc864y12ad34208ce3bc66@mail.gmail.com> Message-ID: I noted the same in my blog when recompiling win32ole.so and the wmq.so that we're using. All said and done, I ended up using MSVC6 instead of the updated versions of Visual Studio that I had available which required their own runtime libraries be installed. The ruby one click installers shared libs are compiled with MSVC6 in order to avoid some of these dependencies. I haven't taken a look at compiling the jssh libraries and whether or not they can be compiled with MSVC6. Depending on which version of VS you're using there are associated requirements for installing the runtime dependencies and running the manifest tool against the compiled library. I fear we're setting ourselves up for a lot questions and problems around dependencies if we deviate from the current one-click installer "standard". Thoughts? Charley Baker blog: http://charleybakersblog.blogspot.com/ Project Manager, Watir, http://wtr.rubyforge.org QA Architect, Gap Inc Direct On Tue, Oct 28, 2008 at 8:33 AM, Bret Pettichord wrote: > FYI > > ---------- Forwarded message ---------- > From: Bret Pettichord > Date: Tue, Oct 28, 2008 at 9:33 AM > Subject: Re: XPI for Firefox 3.x > To: Angrez Singh > > > Yes this is good information. Could you add this to this page: > http://wiki.openqa.org/display/WTR/FireWatir+Installation > > Bret > > > On Fri, Oct 24, 2008 at 1:01 AM, Angrez Singh wrote: > >> Thanks a lot for your inputs. I tried at my home machine and it didn't >> worked out because I was not having any VS installed on my machine. >> >> Bret, >> Is this something which we want to add to installation instructions? Let >> me know I'll add it. >> >> Regards, >> Angrez >> >> On Fri, Oct 24, 2008 at 3:23 AM, Ryan Huynh wrote: >> >>> Hi, >>> >>> I've finally figured out what is wrong. Apparently, the XPI for Firefox >>> 3.x was compiled with Visual 2005 SP1, and it's required the >>> Microsoft.VC80.CRT to be installed on the machine. And it's not installed >>> on my machine. After installing redistributed package for VS 2005 SP1, it >>> works like a champ. >>> >>> Thanks for your responsive reply. >>> >>> --ryan >>> >>> >>> >>> On Thu, Oct 23, 2008 at 4:34 PM, Ryan Huynh wrote: >>> >>>> Hi, >>>> >>>> I have just realized that when I tried to installed the XPI file, I got >>>> these error message: >>>> >>>> EventID: 59 >>>> Source: SideBySide >>>> >>>> Dependent Assembly Microsoft.VC80.CRT could not be found and Last Error >>>> was The referenced assembly is not installed on your system >>>> >>>> any idea? >>>> >>>> >>>> >>>> On Wed, Oct 22, 2008 at 10:28 AM, Ryan Huynh wrote: >>>> >>>>> It is still not working for me. I have tried it on different, clean >>>>> machines... but still no success. >>>>> >>>>> >>>>> On Wed, Oct 22, 2008 at 1:17 AM, Angrez Singh wrote: >>>>> >>>>>> Thats how you install XPI. After that you need to close Firefox and >>>>>> then start your script. It should work. >>>>>> >>>>>> - Angrez >>>>>> >>>>>> >>>>>> On Tue, Oct 21, 2008 at 10:57 PM, Ryan Huynh wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> This seems like a stupid question but how do you install xpi file in >>>>>>> Firefox? I installed it by select File->Open File, then browed to the >>>>>>> file. After it's installed, I selected yes for restarting Firefox. And it >>>>>>> shows up as JSSh 0.9 Add-Ons extentions. >>>>>>> >>>>>>> I really hope you could help me because this is the last huddle I >>>>>>> have to overcome. >>>>>>> >>>>>>> Thanks, >>>>>>> Ryan >>>>>>> >>>>>>> On Tue, Oct 21, 2008 at 11:13 AM, Ryan Huynh wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> This is the exact error message I got: >>>>>>>> C:\ruby\bin>ruby yahoomail.rb c:\test.txt c:\test.doc >>>>>>>> start: Tue Oct 21 11:11:36 -0400 2008 >>>>>>>> file 1 is c:\test.txt >>>>>>>> file 2 is c:\test.doc >>>>>>>> PROFILE: >>>>>>>> Starting Firefox using the executable : C:\Program Files\Mozilla >>>>>>>> Firefox\firefox >>>>>>>> .exe >>>>>>>> Waiting for 2 seconds for Firefox to get started. >>>>>>>> C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.2.1/./firewatir.rb:340:in >>>>>>>> `set_defaul >>>>>>>> ts': Unable to connect to machine : 127.0.0.1 on port 9997. Make >>>>>>>> sure that JSSh >>>>>>>> is properly installed and Firefox is running with '-jssh' option >>>>>>>> (FireWatir::Exc >>>>>>>> eption::UnableToStartJSShException) >>>>>>>> from >>>>>>>> C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.2.1/./firewatir.rb:230:i >>>>>>>> n `initialize' >>>>>>>> from yahoomail.rb:18:in `new' >>>>>>>> from yahoomail.rb:18 >>>>>>>> C:\ruby\bin> >>>>>>>> >>>>>>>> On Tue, Oct 21, 2008 at 10:26 AM, Ryan Huynh >>>>>>> > wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I'm using the release version of FF 3.0.3. I'll try it on >>>>>>>>> different machine. The problem i have is everytimes I called Firefox.new, >>>>>>>>> it throws error. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Ryan >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Mon, Oct 20, 2008 at 11:53 AM, Angrez Singh wrote: >>>>>>>>> >>>>>>>>>> I am using the same and it did worked on my machine. Which Firefox >>>>>>>>>> version are you using? >>>>>>>>>> >>>>>>>>>> - Angrez >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Mon, Oct 20, 2008 at 6:51 PM, Ryan Huynh wrote: >>>>>>>>>> >>>>>>>>>>> No, I'm using XPSP2. Is there anychance that you can recompile >>>>>>>>>>> the XPI with the release code of Firefox 3.x? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 20, 2008 at 9:13 AM, Angrez Singh wrote: >>>>>>>>>>> >>>>>>>>>>>> It did worked for me on my machine. Are you using Vista? I'll >>>>>>>>>>>> try here on my machine again and will let you know. Hope I'll be able to >>>>>>>>>>>> help you. >>>>>>>>>>>> >>>>>>>>>>>> - Angrez >>>>>>>>>>>> >>>>>>>>>>>> On Mon, Oct 20, 2008 at 6:32 PM, Ryan Huynh < >>>>>>>>>>>> rhuynh101 at gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Hi, >>>>>>>>>>>>> >>>>>>>>>>>>> I downloaded the XPI file from >>>>>>>>>>>>> http://wiki.openqa.org/display/WTR/FireWatir+Installation >>>>>>>>>>>>> >>>>>>>>>>>>> Yes, I have the admin privileges when I installed this. >>>>>>>>>>>>> >>>>>>>>>>>>> It worked fine if I use FireFox 2.x (using its own XPI) but >>>>>>>>>>>>> didn't work for Firefox 3.x (using its own XPI) >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks, >>>>>>>>>>>>> ryan >>>>>>>>>>>>> >>>>>>>>>>>>> On Mon, Oct 20, 2008 at 12:46 AM, Angrez Singh < >>>>>>>>>>>>> angrez at gmail.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi Ryan, >>>>>>>>>>>>>> >>>>>>>>>>>>>> From where you downloaded the XPI's? And are you installing >>>>>>>>>>>>>> the XPI with administrative privileges? >>>>>>>>>>>>>> >>>>>>>>>>>>>> - Angrez >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Sat, Oct 18, 2008 at 1:01 AM, Ryan Huynh < >>>>>>>>>>>>>> rhuynh101 at gmail.com> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I hope you can help me out. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I've downloaded the jssh-20080708-Winnt.xpi and installed it >>>>>>>>>>>>>>> with Firefox 3.0.x. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> When I tried to run Firefox.new, it errored out saying it's >>>>>>>>>>>>>>> unable to connect to localhost on port 9997. After I open firefox with >>>>>>>>>>>>>>> -jssh, I couldn't telnet the localhost with port 9997. Is there any newer >>>>>>>>>>>>>>> xpi file? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> Ryan >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 > GTalk: bpettichord at gmail.com > 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 jeff.fry at gmail.com Wed Oct 29 10:45:05 2008 From: jeff.fry at gmail.com (Jeff Fry) Date: Wed, 29 Oct 2008 07:45:05 -0700 Subject: [Wtr-development] Browser.new In-Reply-To: References: Message-ID: <970956b0810290745v3f9a601eh6fe149c0a8e09f23@mail.gmail.com> This sounds great! I don't think I'll have time to play with it this week, but I just gave the wiki page a quick read and made 2 small changes: 1. can know do > can now do, and 2. for some reason, the underscore was displaying in > set watir_browser=ie but not in > set watir_browser=firefox No idea why, but adding a 3rd line with a blank angle bracket made the second underscore visible. On Tue, Oct 28, 2008 at 1:26 PM, Bret Pettichord wrote: > I think I've completed the work necessary to release Browser.new for Watir > 1.6. > > This functionality is described in some detail here: > http://wiki.openqa.org/display/WTR/Browser.new > > I'm planning to release Watir 1.6 this week, but would love to have some > one look at this and give me feedback on it first. > > Bret > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 > -- Jeff Fry http://testingjeff.wordpress.com http://associationforsoftwaretesting.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave at obtiva.com Wed Oct 29 07:59:33 2008 From: dave at obtiva.com (Dave Hoover) Date: Wed, 29 Oct 2008 06:59:33 -0500 Subject: [Wtr-development] Browser.new In-Reply-To: References: Message-ID: <11c8704e0810290459g45208917w35db76e933758766@mail.gmail.com> Make sense to me. I know of at least a couple projects that use Watir that have already abstracted the specific browser implementation away, so this is a well established approach. On Tue, Oct 28, 2008 at 3:26 PM, Bret Pettichord wrote: > I think I've completed the work necessary to release Browser.new for Watir > 1.6. > > This functionality is described in some detail here: > http://wiki.openqa.org/display/WTR/Browser.new > > I'm planning to release Watir 1.6 this week, but would love to have some one > look at this and give me feedback on it first. > > Bret > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 Wed Oct 29 18:38:37 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 29 Oct 2008 17:38:37 -0500 Subject: [Wtr-development] Watir/FireWatir 1.6.0 available for testing Message-ID: I've uploaded Watir/FireWatir 1.6.0 and have updated install notes. http://wiki.openqa.org/display/WTR/Development+Builds I would love it if someone would install this and let me know how it looks before I announce this more widely. I'm still working on the release notes for this release. Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Oct 30 13:18:14 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 30 Oct 2008 12:18:14 -0500 Subject: [Wtr-development] Fwd: XPI for Firefox 3.x In-Reply-To: References: <9c796f4f0810171215s24ecc49bg41cff7f0fb0ac4ab@mail.gmail.com> <9c796f4f0810211027j5c86484et66164b8e4db1a05b@mail.gmail.com> <9c796f4f0810220728p7b5f24bckdd125409e853c7f7@mail.gmail.com> <9c796f4f0810231334p298e5f70nc6c32c1dd3ca19bd@mail.gmail.com> <9c796f4f0810231453h221bc864y12ad34208ce3bc66@mail.gmail.com> Message-ID: This sounds reasonable to me. One of the problems we have right now, is that all the JSSH plugins are donated from the community so we can't be sure how they were compiled. Bret On Tue, Oct 28, 2008 at 1:17 PM, Charley Baker wrote: > I noted the same in my blog when recompiling win32ole.so and the wmq.so > that we're using. All said and done, I ended up using MSVC6 instead of the > updated versions of Visual Studio that I had available which required their > own runtime libraries be installed. The ruby one click installers shared > libs are compiled with MSVC6 in order to avoid some of these dependencies. > > I haven't taken a look at compiling the jssh libraries and whether or not > they can be compiled with MSVC6. Depending on which version of VS you're > using there are associated requirements for installing the runtime > dependencies and running the manifest tool against the compiled library. I > fear we're setting ourselves up for a lot questions and problems around > dependencies if we deviate from the current one-click installer "standard". > > Thoughts? > > > Charley Baker > blog: http://charleybakersblog.blogspot.com/ > Project Manager, Watir, http://wtr.rubyforge.org > QA Architect, Gap Inc Direct > > > On Tue, Oct 28, 2008 at 8:33 AM, Bret Pettichord wrote: > >> FYI >> >> ---------- Forwarded message ---------- >> From: Bret Pettichord >> Date: Tue, Oct 28, 2008 at 9:33 AM >> Subject: Re: XPI for Firefox 3.x >> To: Angrez Singh >> >> >> Yes this is good information. Could you add this to this page: >> http://wiki.openqa.org/display/WTR/FireWatir+Installation >> >> Bret >> >> >> On Fri, Oct 24, 2008 at 1:01 AM, Angrez Singh wrote: >> >>> Thanks a lot for your inputs. I tried at my home machine and it didn't >>> worked out because I was not having any VS installed on my machine. >>> >>> Bret, >>> Is this something which we want to add to installation instructions? Let >>> me know I'll add it. >>> >>> Regards, >>> Angrez >>> >>> On Fri, Oct 24, 2008 at 3:23 AM, Ryan Huynh wrote: >>> >>>> Hi, >>>> >>>> I've finally figured out what is wrong. Apparently, the XPI for Firefox >>>> 3.x was compiled with Visual 2005 SP1, and it's required the >>>> Microsoft.VC80.CRT to be installed on the machine. And it's not installed >>>> on my machine. After installing redistributed package for VS 2005 SP1, it >>>> works like a champ. >>>> >>>> Thanks for your responsive reply. >>>> >>>> --ryan >>>> >>>> >>>> >>>> On Thu, Oct 23, 2008 at 4:34 PM, Ryan Huynh wrote: >>>> >>>>> Hi, >>>>> >>>>> I have just realized that when I tried to installed the XPI file, I got >>>>> these error message: >>>>> >>>>> EventID: 59 >>>>> Source: SideBySide >>>>> >>>>> Dependent Assembly Microsoft.VC80.CRT could not be found and Last Error >>>>> was The referenced assembly is not installed on your system >>>>> >>>>> any idea? >>>>> >>>>> >>>>> >>>>> On Wed, Oct 22, 2008 at 10:28 AM, Ryan Huynh wrote: >>>>> >>>>>> It is still not working for me. I have tried it on different, clean >>>>>> machines... but still no success. >>>>>> >>>>>> >>>>>> On Wed, Oct 22, 2008 at 1:17 AM, Angrez Singh wrote: >>>>>> >>>>>>> Thats how you install XPI. After that you need to close Firefox and >>>>>>> then start your script. It should work. >>>>>>> >>>>>>> - Angrez >>>>>>> >>>>>>> >>>>>>> On Tue, Oct 21, 2008 at 10:57 PM, Ryan Huynh wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> This seems like a stupid question but how do you install xpi file in >>>>>>>> Firefox? I installed it by select File->Open File, then browed to the >>>>>>>> file. After it's installed, I selected yes for restarting Firefox. And it >>>>>>>> shows up as JSSh 0.9 Add-Ons extentions. >>>>>>>> >>>>>>>> I really hope you could help me because this is the last huddle I >>>>>>>> have to overcome. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Ryan >>>>>>>> >>>>>>>> On Tue, Oct 21, 2008 at 11:13 AM, Ryan Huynh >>>>>>> > wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> This is the exact error message I got: >>>>>>>>> C:\ruby\bin>ruby yahoomail.rb c:\test.txt c:\test.doc >>>>>>>>> start: Tue Oct 21 11:11:36 -0400 2008 >>>>>>>>> file 1 is c:\test.txt >>>>>>>>> file 2 is c:\test.doc >>>>>>>>> PROFILE: >>>>>>>>> Starting Firefox using the executable : C:\Program Files\Mozilla >>>>>>>>> Firefox\firefox >>>>>>>>> .exe >>>>>>>>> Waiting for 2 seconds for Firefox to get started. >>>>>>>>> C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.2.1/./firewatir.rb:340:in >>>>>>>>> `set_defaul >>>>>>>>> ts': Unable to connect to machine : 127.0.0.1 on port 9997. Make >>>>>>>>> sure that JSSh >>>>>>>>> is properly installed and Firefox is running with '-jssh' option >>>>>>>>> (FireWatir::Exc >>>>>>>>> eption::UnableToStartJSShException) >>>>>>>>> from >>>>>>>>> C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.2.1/./firewatir.rb:230:i >>>>>>>>> n `initialize' >>>>>>>>> from yahoomail.rb:18:in `new' >>>>>>>>> from yahoomail.rb:18 >>>>>>>>> C:\ruby\bin> >>>>>>>>> >>>>>>>>> On Tue, Oct 21, 2008 at 10:26 AM, Ryan Huynh < >>>>>>>>> rhuynh101 at gmail.com> wrote: >>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> I'm using the release version of FF 3.0.3. I'll try it on >>>>>>>>>> different machine. The problem i have is everytimes I called Firefox.new, >>>>>>>>>> it throws error. >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Ryan >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Mon, Oct 20, 2008 at 11:53 AM, Angrez Singh wrote: >>>>>>>>>> >>>>>>>>>>> I am using the same and it did worked on my machine. Which >>>>>>>>>>> Firefox version are you using? >>>>>>>>>>> >>>>>>>>>>> - Angrez >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 20, 2008 at 6:51 PM, Ryan Huynh >>>>>>>>>> > wrote: >>>>>>>>>>> >>>>>>>>>>>> No, I'm using XPSP2. Is there anychance that you >>>>>>>>>>>> can recompile the XPI with the release code of Firefox 3.x? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Mon, Oct 20, 2008 at 9:13 AM, Angrez Singh >>>>>>>>>>> > wrote: >>>>>>>>>>>> >>>>>>>>>>>>> It did worked for me on my machine. Are you using Vista? I'll >>>>>>>>>>>>> try here on my machine again and will let you know. Hope I'll be able to >>>>>>>>>>>>> help you. >>>>>>>>>>>>> >>>>>>>>>>>>> - Angrez >>>>>>>>>>>>> >>>>>>>>>>>>> On Mon, Oct 20, 2008 at 6:32 PM, Ryan Huynh < >>>>>>>>>>>>> rhuynh101 at gmail.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>> >>>>>>>>>>>>>> I downloaded the XPI file from >>>>>>>>>>>>>> http://wiki.openqa.org/display/WTR/FireWatir+Installation >>>>>>>>>>>>>> >>>>>>>>>>>>>> Yes, I have the admin privileges when I installed this. >>>>>>>>>>>>>> >>>>>>>>>>>>>> It worked fine if I use FireFox 2.x (using its own XPI) but >>>>>>>>>>>>>> didn't work for Firefox 3.x (using its own XPI) >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> ryan >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Mon, Oct 20, 2008 at 12:46 AM, Angrez Singh < >>>>>>>>>>>>>> angrez at gmail.com> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi Ryan, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> From where you downloaded the XPI's? And are you installing >>>>>>>>>>>>>>> the XPI with administrative privileges? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> - Angrez >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Sat, Oct 18, 2008 at 1:01 AM, Ryan Huynh < >>>>>>>>>>>>>>> rhuynh101 at gmail.com> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I hope you can help me out. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I've downloaded the jssh-20080708-Winnt.xpi and installed it >>>>>>>>>>>>>>>> with Firefox 3.0.x. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> When I tried to run Firefox.new, it errored out saying it's >>>>>>>>>>>>>>>> unable to connect to localhost on port 9997. After I open firefox with >>>>>>>>>>>>>>>> -jssh, I couldn't telnet the localhost with port 9997. Is there any newer >>>>>>>>>>>>>>>> xpi file? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>> Ryan >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >> >> -- >> Bret Pettichord >> GTalk: bpettichord at gmail.com >> 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 >> GTalk: bpettichord at gmail.com >> 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 GTalk: bpettichord at gmail.com 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 Oct 30 15:12:23 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 30 Oct 2008 14:12:23 -0500 Subject: [Wtr-development] Building from Trunk Message-ID: I just rewrote the docs on how to do this. http://wiki.openqa.org/display/WTR/Building+Watir I'd like to keep this current, so please let us know if there are any steps missing Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 marekj.com at gmail.com Thu Oct 30 20:26:22 2008 From: marekj.com at gmail.com (marekj) Date: Thu, 30 Oct 2008 19:26:22 -0500 Subject: [Wtr-development] Building from Trunk In-Reply-To: References: Message-ID: Bret, I pulled trunk and updated to revision 1574 and build 3 gems, common 0.0.1, watir 1.6.0 , firewatir 1.2.1 ** *issue: installing watir fails pointing dependence to watir-common 1.6.0* --snip--- 10/30/2008 18:10:49.54 C:\DATA\PRIVATE\code\svns\watir\watir\pkg>gem install watir-1.6.0.gem ERROR: Error installing watir-1.6.0.gem: watir requires watir-common (= 1.6.0, runtime) --snip-- I used -f to force the installation. but now when I run require 'watir' puts Watir::IE::VERSION # => 1.5.3.1263 when I specify gem 'watir', '=1.6.0' I get C:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:578:in `report_activate_error': RubyGem version error: watir-common(0.0.1 not = 1.6.0) (Gem::LoadError) I am stuck. where do I hack gem spec to have it all work out? *small suggestion: * gem install watir-common depends on user-choices which depends on xml-simple and s4t-utils. Since I am behind firewall at work I can't run gem commands --remote so maybe some write up on those additional gems could be useful. I had to download those indvidually to my test machine. On Thu, Oct 30, 2008 at 2:12 PM, Bret Pettichord wrote: > I just rewrote the docs on how to do this. > > http://wiki.openqa.org/display/WTR/Building+Watir > > I'd like to keep this current, so please let us know if there are any steps > missing > > Bret > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 > -- marekj www.testr.us | semantic test objects modeling in watir -------------- next part -------------- An HTML attachment was scrubbed... URL: From marekj.com at gmail.com Thu Oct 30 20:53:22 2008 From: marekj.com at gmail.com (marekj) Date: Thu, 30 Oct 2008 19:53:22 -0500 Subject: [Wtr-development] Building from Trunk In-Reply-To: References: Message-ID: Oppps..! mamma mia! I found my problem. I updated watir/watir only instead of watir that has watir and common and firewatir.. OK. I cleaned up. updated source (made sure twice that all is at the same revision) and now built the whole thing works. I can now specify: gem 'watir', '=1.6.0' #development # or gem 'watir', '=1.5.3' #my production gem require 'watir' and now I run Thanks On Thu, Oct 30, 2008 at 7:26 PM, marekj wrote: > Bret, > > I pulled trunk and updated to revision 1574 and build 3 gems, common 0.0.1, > watir 1.6.0 , firewatir 1.2.1 > ** > *issue: installing watir fails pointing dependence to watir-common 1.6.0* > --snip--- > 10/30/2008 18:10:49.54 > C:\DATA\PRIVATE\code\svns\watir\watir\pkg>gem install watir-1.6.0.gem > ERROR: Error installing watir-1.6.0.gem: > watir requires watir-common (= 1.6.0, runtime) > --snip-- > I used -f to force the installation. > > but now when I run > > require 'watir' > puts Watir::IE::VERSION # => 1.5.3.1263 > > when I specify > gem 'watir', '=1.6.0' > > I get > C:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:578:in `report_activate_error': > RubyGem version error: watir-common(0.0.1 not = 1.6.0) (Gem::LoadError) > > I am stuck. > where do I hack gem spec to have it all work out? > > > *small suggestion: * > gem install watir-common depends on user-choices which depends on > xml-simple and s4t-utils. > Since I am behind firewall at work I can't run gem commands --remote so > maybe some write up on those additional gems could be useful. > I had to download those indvidually to my test machine. > > > > On Thu, Oct 30, 2008 at 2:12 PM, Bret Pettichord wrote: > >> I just rewrote the docs on how to do this. >> >> http://wiki.openqa.org/display/WTR/Building+Watir >> >> I'd like to keep this current, so please let us know if there are any >> steps missing >> >> Bret >> >> -- >> Bret Pettichord >> GTalk: bpettichord at gmail.com >> 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 >> > > > > -- > marekj > > www.testr.us | semantic test objects modeling in watir > -- marekj www.testr.us | semantic test objects modeling in watir -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Thu Oct 30 23:08:04 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 30 Oct 2008 22:08:04 -0500 Subject: [Wtr-development] Building from Trunk In-Reply-To: References: Message-ID: Thanks for sharing your results. I saw that you updated the page to mention some of the gems that Watir requires. However, it also requires a lot more gems, including active-support, hoe, rubyforge, rubygems.... I don't think it is practical to maintain an up-to-date list. My assumption, and in fact the general assumption behind working with gems, is that you have access to the internet. I will make this explicit in the instructions. Bret On Thu, Oct 30, 2008 at 7:53 PM, marekj wrote: > Oppps..! mamma mia! > I found my problem. I updated watir/watir only instead of watir that has > watir and common and firewatir.. > OK. I cleaned up. updated source (made sure twice that all is at the same > revision) > and now built the whole thing works. > > I can now specify: > gem 'watir', '=1.6.0' #development > # or gem 'watir', '=1.5.3' #my production gem > require 'watir' > > and now I run > Thanks > > > > > On Thu, Oct 30, 2008 at 7:26 PM, marekj wrote: > >> Bret, >> >> I pulled trunk and updated to revision 1574 and build 3 gems, common >> 0.0.1, watir 1.6.0 , firewatir 1.2.1 >> ** >> *issue: installing watir fails pointing dependence to watir-common 1.6.0* >> --snip--- >> 10/30/2008 18:10:49.54 >> C:\DATA\PRIVATE\code\svns\watir\watir\pkg>gem install watir-1.6.0.gem >> ERROR: Error installing watir-1.6.0.gem: >> watir requires watir-common (= 1.6.0, runtime) >> --snip-- >> I used -f to force the installation. >> >> but now when I run >> >> require 'watir' >> puts Watir::IE::VERSION # => 1.5.3.1263 >> >> when I specify >> gem 'watir', '=1.6.0' >> >> I get >> C:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:578:in `report_activate_error': >> RubyGem version error: watir-common(0.0.1 not = 1.6.0) (Gem::LoadError) >> >> I am stuck. >> where do I hack gem spec to have it all work out? >> >> >> *small suggestion: * >> gem install watir-common depends on user-choices which depends on >> xml-simple and s4t-utils. >> Since I am behind firewall at work I can't run gem commands --remote so >> maybe some write up on those additional gems could be useful. >> I had to download those indvidually to my test machine. >> >> >> >> On Thu, Oct 30, 2008 at 2:12 PM, Bret Pettichord wrote: >> >>> I just rewrote the docs on how to do this. >>> >>> http://wiki.openqa.org/display/WTR/Building+Watir >>> >>> I'd like to keep this current, so please let us know if there are any >>> steps missing >>> >>> Bret >>> >>> -- >>> Bret Pettichord >>> GTalk: bpettichord at gmail.com >>> 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 >>> >> >> >> >> -- >> marekj >> >> www.testr.us | semantic test objects modeling in watir >> > > > > -- > marekj > > www.testr.us | semantic test objects modeling in watir > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Oct 30 23:16:46 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 30 Oct 2008 22:16:46 -0500 Subject: [Wtr-development] Building from Trunk In-Reply-To: References: Message-ID: Let me clarify: most of these gems are needed not just to build watir, but also to install it. Many of these are new dependencies for Watir 1.6. So this really isn't a build issue, but rather an install issue that affects people who are behind firewalls. Now my understanding is that other Ruby users behind firewalls are able to use HTTP_PROXY. I don't understand why Watir users are having so much trouble with it. I think we need to figure out, as a community, how to use HTTP_PROXY instead of trying to bake our own solutions. Bret On Thu, Oct 30, 2008 at 10:08 PM, Bret Pettichord wrote: > Thanks for sharing your results. > > I saw that you updated the page to mention some of the gems that Watir > requires. However, it also requires a lot more gems, including > active-support, hoe, rubyforge, rubygems.... I don't think it is practical > to maintain an up-to-date list. > > My assumption, and in fact the general assumption behind working with gems, > is that you have access to the internet. I will make this explicit in the > instructions. > > Bret > > > On Thu, Oct 30, 2008 at 7:53 PM, marekj wrote: > >> Oppps..! mamma mia! >> I found my problem. I updated watir/watir only instead of watir that has >> watir and common and firewatir.. >> OK. I cleaned up. updated source (made sure twice that all is at the same >> revision) >> and now built the whole thing works. >> >> I can now specify: >> gem 'watir', '=1.6.0' #development >> # or gem 'watir', '=1.5.3' #my production gem >> require 'watir' >> >> and now I run >> Thanks >> >> >> >> >> On Thu, Oct 30, 2008 at 7:26 PM, marekj wrote: >> >>> Bret, >>> >>> I pulled trunk and updated to revision 1574 and build 3 gems, common >>> 0.0.1, watir 1.6.0 , firewatir 1.2.1 >>> ** >>> *issue: installing watir fails pointing dependence to watir-common 1.6.0 >>> * >>> --snip--- >>> 10/30/2008 18:10:49.54 >>> C:\DATA\PRIVATE\code\svns\watir\watir\pkg>gem install watir-1.6.0.gem >>> ERROR: Error installing watir-1.6.0.gem: >>> watir requires watir-common (= 1.6.0, runtime) >>> --snip-- >>> I used -f to force the installation. >>> >>> but now when I run >>> >>> require 'watir' >>> puts Watir::IE::VERSION # => 1.5.3.1263 >>> >>> when I specify >>> gem 'watir', '=1.6.0' >>> >>> I get >>> C:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:578:in >>> `report_activate_error': RubyGem version error: watir-common(0.0.1 not = >>> 1.6.0) (Gem::LoadError) >>> >>> I am stuck. >>> where do I hack gem spec to have it all work out? >>> >>> >>> *small suggestion: * >>> gem install watir-common depends on user-choices which depends on >>> xml-simple and s4t-utils. >>> Since I am behind firewall at work I can't run gem commands --remote so >>> maybe some write up on those additional gems could be useful. >>> I had to download those indvidually to my test machine. >>> >>> >>> >>> On Thu, Oct 30, 2008 at 2:12 PM, Bret Pettichord wrote: >>> >>>> I just rewrote the docs on how to do this. >>>> >>>> http://wiki.openqa.org/display/WTR/Building+Watir >>>> >>>> I'd like to keep this current, so please let us know if there are any >>>> steps missing >>>> >>>> Bret >>>> >>>> -- >>>> Bret Pettichord >>>> GTalk: bpettichord at gmail.com >>>> 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 >>>> >>> >>> >>> >>> -- >>> marekj >>> >>> www.testr.us | semantic test objects modeling in watir >>> >> >> >> >> -- >> marekj >> >> www.testr.us | semantic test objects modeling in watir >> >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 GTalk: bpettichord at gmail.com 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 Oct 30 23:40:28 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 30 Oct 2008 22:40:28 -0500 Subject: [Wtr-development] Building from Trunk In-Reply-To: References: Message-ID: I have updated the following pages to clarify this issue http://wiki.openqa.org/display/WTR/Development+Builds http://wiki.openqa.org/display/WTR/FAQ#FAQ-HowdoIgeminstallWatirbehindaproxyserver%3F http://wiki.openqa.org/display/WTR/Building+Watir Please let me know if any of this is still confusing or if any one is having trouble installing these gems. Bret On Thu, Oct 30, 2008 at 10:16 PM, Bret Pettichord wrote: > Let me clarify: most of these gems are needed not just to build watir, but > also to install it. Many of these are new dependencies for Watir 1.6. > > So this really isn't a build issue, but rather an install issue that > affects people who are behind firewalls. Now my understanding is that other > Ruby users behind firewalls are able to use HTTP_PROXY. I don't understand > why Watir users are having so much trouble with it. > > I think we need to figure out, as a community, how to use HTTP_PROXY > instead of trying to bake our own solutions. > > Bret > > > On Thu, Oct 30, 2008 at 10:08 PM, Bret Pettichord wrote: > >> Thanks for sharing your results. >> >> I saw that you updated the page to mention some of the gems that Watir >> requires. However, it also requires a lot more gems, including >> active-support, hoe, rubyforge, rubygems.... I don't think it is practical >> to maintain an up-to-date list. >> >> My assumption, and in fact the general assumption behind working with >> gems, is that you have access to the internet. I will make this explicit in >> the instructions. >> >> Bret >> >> >> On Thu, Oct 30, 2008 at 7:53 PM, marekj wrote: >> >>> Oppps..! mamma mia! >>> I found my problem. I updated watir/watir only instead of watir that has >>> watir and common and firewatir.. >>> OK. I cleaned up. updated source (made sure twice that all is at the same >>> revision) >>> and now built the whole thing works. >>> >>> I can now specify: >>> gem 'watir', '=1.6.0' #development >>> # or gem 'watir', '=1.5.3' #my production gem >>> require 'watir' >>> >>> and now I run >>> Thanks >>> >>> >>> >>> >>> On Thu, Oct 30, 2008 at 7:26 PM, marekj wrote: >>> >>>> Bret, >>>> >>>> I pulled trunk and updated to revision 1574 and build 3 gems, common >>>> 0.0.1, watir 1.6.0 , firewatir 1.2.1 >>>> ** >>>> *issue: installing watir fails pointing dependence to watir-common >>>> 1.6.0* >>>> --snip--- >>>> 10/30/2008 18:10:49.54 >>>> C:\DATA\PRIVATE\code\svns\watir\watir\pkg>gem install watir-1.6.0.gem >>>> ERROR: Error installing watir-1.6.0.gem: >>>> watir requires watir-common (= 1.6.0, runtime) >>>> --snip-- >>>> I used -f to force the installation. >>>> >>>> but now when I run >>>> >>>> require 'watir' >>>> puts Watir::IE::VERSION # => 1.5.3.1263 >>>> >>>> when I specify >>>> gem 'watir', '=1.6.0' >>>> >>>> I get >>>> C:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:578:in >>>> `report_activate_error': RubyGem version error: watir-common(0.0.1 not = >>>> 1.6.0) (Gem::LoadError) >>>> >>>> I am stuck. >>>> where do I hack gem spec to have it all work out? >>>> >>>> >>>> *small suggestion: * >>>> gem install watir-common depends on user-choices which depends on >>>> xml-simple and s4t-utils. >>>> Since I am behind firewall at work I can't run gem commands --remote so >>>> maybe some write up on those additional gems could be useful. >>>> I had to download those indvidually to my test machine. >>>> >>>> >>>> >>>> On Thu, Oct 30, 2008 at 2:12 PM, Bret Pettichord wrote: >>>> >>>>> I just rewrote the docs on how to do this. >>>>> >>>>> http://wiki.openqa.org/display/WTR/Building+Watir >>>>> >>>>> I'd like to keep this current, so please let us know if there are any >>>>> steps missing >>>>> >>>>> Bret >>>>> >>>>> -- >>>>> Bret Pettichord >>>>> GTalk: bpettichord at gmail.com >>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> marekj >>>> >>>> www.testr.us | semantic test objects modeling in watir >>>> >>> >>> >>> >>> -- >>> marekj >>> >>> www.testr.us | semantic test objects modeling in watir >>> >>> _______________________________________________ >>> Wtr-development mailing list >>> Wtr-development at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/wtr-development >>> >> >> >> >> -- >> Bret Pettichord >> GTalk: bpettichord at gmail.com >> 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 > GTalk: bpettichord at gmail.com > 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 GTalk: bpettichord at gmail.com 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 gavin at vmbed.com Fri Oct 31 01:45:58 2008 From: gavin at vmbed.com (Gavin Jefferies) Date: Thu, 30 Oct 2008 22:45:58 -0700 Subject: [Wtr-development] VMBed machines on demand Message-ID: <65b3137e0810302245o480e1678j4f2cb97414a77fdf@mail.gmail.com> Hi Watir Developers, I would like to offer you some machine time on my remote test lab. VMBed is a service that rents windows machines for use by testers, developers, support, etc. I have recently tooled it to support automated testing via a simple remote API. This was to provide support for Watir in particular. VMBed is essentially a bunch of pristine state Windows machines available to run your Watir tests against. I have some example scripts at http://vmbed.com/?page/automate. This is not entirely altruistic. VMBed is a fledgling service and could do with some savvy automated test users to beat it into shape. That said this is a good fit for Watir and I would like to make this offer to the Watir developers in part to pay back the community. If you are interested sign up at http://vmbed.com/ and use the code "watir1" which will give you time to rent machines without having to subscribe. If you would like more details please contact me directly or post a question on vmbed-general at googlegroups.com. Thanks, Gavin -- VMBed - http://vmbed.com/ - Machines when you want them. Test Automation - http://vmbed.com/?page/automate From marekj.com at gmail.com Fri Oct 31 12:10:25 2008 From: marekj.com at gmail.com (marekj) Date: Fri, 31 Oct 2008 11:10:25 -0500 Subject: [Wtr-development] Building from Trunk In-Reply-To: References: Message-ID: On Thu, Oct 30, 2008 at 10:16 PM, Bret Pettichord wrote: > Let me clarify: most of these gems are needed not just to build watir, but > also to install it. Many of these are new dependencies for Watir 1.6. > > So this really isn't a build issue, but rather an install issue that > affects people who are behind firewalls. Now my understanding is that other > Ruby users behind firewalls are able to use HTTP_PROXY. I don't understand > why Watir users are having so much trouble with it. > > I think we need to figure out, as a community, how to use HTTP_PROXY > instead of trying to bake our own solutions. > > Bret > > I think downloading gems is an extreme solution and unnecessary for most users. For me it seems necessary. (or it works on Mondays only for example) in most everybody should be able to use the -p switch or HTTP_PROXY env var and be on their merry way. Thanks -- marekj www.testr.us | semantic test objects modeling in watir -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel.vartanov at gmail.com Sat Oct 4 10:10:14 2008 From: daniel.vartanov at gmail.com (Daniel Vartanov) Date: Sat, 4 Oct 2008 20:10:14 +0600 Subject: [Wtr-development] Table bodies tests Message-ID: Hello, FireWatir developers! I tried to help community with merging FireWatir and Watir unit test and I have question about some commented tests. For instance, I found, that test for table bodies are commented. I searched commits history and found only one old commit, when they were commented, but no reason given. Here is link to diff: http://code.google.com/p/firewatir/source/diff?spec=svn52&r=52&format=side&path=/trunk/FireWatir/unittests/table_test.rb Comment for this commit does not reveal reason of commenting this test, here is the text of commit: 1. Added code for starting Firefox automatically for Windows. 2. Added support for Frames and IFrames 3. Added documentation Also, classes TableBody and TableBodies is htmlelements.rb are commented too (they were commented in the same commit). I am sure, people here know the reasons why this code was 'suspended'. So, is there a sense for uncommenting this test make it pass? If yes, I can take care about. Regards, Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Sat Oct 4 10:58:01 2008 From: bret at pettichord.com (Bret Pettichord) Date: Sat, 4 Oct 2008 09:58:01 -0500 Subject: [Wtr-development] Table bodies tests In-Reply-To: References: Message-ID: My assumption was that this code was commented out because it never worked with FireWatir, but I was not involved with this project at that time. When you un-comment the code does it work? Bret On Sat, Oct 4, 2008 at 9:10 AM, Daniel Vartanov wrote: > Hello, FireWatir developers! > > I tried to help community with merging FireWatir and Watir unit test and I > have question about some commented tests. For instance, I found, that test > for table bodies are commented. I searched commits history and found only > one old commit, when they were commented, but no reason given. > > Here is link to diff: > http://code.google.com/p/firewatir/source/diff?spec=svn52&r=52&format=side&path=/trunk/FireWatir/unittests/table_test.rb > > Comment for this commit does not reveal reason of commenting this test, > here is the text of commit: > > 1. Added code for starting Firefox automatically for Windows. > 2. Added support for Frames and IFrames > > 3. Added documentation > > Also, classes TableBody and TableBodies is htmlelements.rb are commented > too (they were commented in the same commit). > > I am sure, people here know the reasons why this code was 'suspended'. So, > is there a sense for uncommenting this test make it pass? If yes, I can take > care about. > > Regards, > Daniel > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 daniel.vartanov at gmail.com Sat Oct 4 11:12:56 2008 From: daniel.vartanov at gmail.com (Daniel Vartanov) Date: Sat, 4 Oct 2008 21:12:56 +0600 Subject: [Wtr-development] Table bodies tests In-Reply-To: References: Message-ID: No, Bret, it fails on the first assert (the test_table_body test). On Sat, Oct 4, 2008 at 8:58 PM, Bret Pettichord wrote: > My assumption was that this code was commented out because it never worked > with FireWatir, but I was not involved with this project at that time. When > you un-comment the code does it work? > > Bret > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 angrez at gmail.com Mon Oct 6 03:33:55 2008 From: angrez at gmail.com (Angrez Singh) Date: Mon, 6 Oct 2008 13:03:55 +0530 Subject: [Wtr-development] Table bodies tests In-Reply-To: References: Message-ID: We commented that code because at that point of time we were not able to add support for TableBodies due to short time span. - Angrez On Sat, Oct 4, 2008 at 7:40 PM, Daniel Vartanov wrote: > Hello, FireWatir developers! > > I tried to help community with merging FireWatir and Watir unit test and I > have question about some commented tests. For instance, I found, that test > for table bodies are commented. I searched commits history and found only > one old commit, when they were commented, but no reason given. > > Here is link to diff: > http://code.google.com/p/firewatir/source/diff?spec=svn52&r=52&format=side&path=/trunk/FireWatir/unittests/table_test.rb > > Comment for this commit does not reveal reason of commenting this test, > here is the text of commit: > > 1. Added code for starting Firefox automatically for Windows. > 2. Added support for Frames and IFrames > > 3. Added documentation > > Also, classes TableBody and TableBodies is htmlelements.rb are commented > too (they were commented in the same commit). > > I am sure, people here know the reasons why this code was 'suspended'. So, > is there a sense for uncommenting this test make it pass? If yes, I can take > care about. > > Regards, > Daniel > > _______________________________________________ > 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 daniel.vartanov at gmail.com Mon Oct 6 04:41:02 2008 From: daniel.vartanov at gmail.com (Daniel Vartanov) Date: Mon, 6 Oct 2008 14:41:02 +0600 Subject: [Wtr-development] Table bodies tests In-Reply-To: References: Message-ID: Hello, Angrez. Thanks for reply. Yes, I understand, in FireFox implementation of subordinate HTML collections wrapping is match harder. Those smelly methods get_rows and get_cells in MozillaBaseElement.rb show that. I am on the way to implement table bodies now, I will also try to invent some more clear way to extract HTML collections. Daniel. On Mon, Oct 6, 2008 at 1:33 PM, Angrez Singh wrote: > We commented that code because at that point of time we were not able to > add support for TableBodies due to short time span. > > - Angrez > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Tue Oct 7 12:38:11 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 7 Oct 2008 11:38:11 -0500 Subject: [Wtr-development] Fwd: [GitHub] DanielVartanov sent you a message In-Reply-To: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> References: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> Message-ID: Can someone turn this into a patch file for me? I'm still learning Git. Bret ---------- Forwarded message ---------- From: GitHub Date: Tue, Oct 7, 2008 at 1:55 AM Subject: [GitHub] DanielVartanov sent you a message To: bret at pettichord.com DanielVartanov wants you to pull from DanielVartanov/firewatir-enhancements at master Body: FireWatir now works with TBODY. All details by mail View repository: http://github.com/DanielVartanov/firewatir-enhancements/tree/master -- Bret Pettichord GTalk: bpettichord at gmail.com 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 daniel.vartanov at gmail.com Wed Oct 8 03:49:37 2008 From: daniel.vartanov at gmail.com (Daniel Vartanov) Date: Wed, 8 Oct 2008 13:49:37 +0600 Subject: [Wtr-development] Fwd: [GitHub] DanielVartanov sent you a message In-Reply-To: References: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> Message-ID: Sorry, I have to merge my patch with recent commits made to upstream after my commit. Will do it in a day, than you will accept link to my commit and be able to apply it to upstream. Regards, Daniel. On Tue, Oct 7, 2008 at 10:38 PM, Bret Pettichord wrote: > Can someone turn this into a patch file for me? I'm still learning Git. > > Bret > > ---------- Forwarded message ---------- > From: GitHub > Date: Tue, Oct 7, 2008 at 1:55 AM > Subject: [GitHub] DanielVartanov sent you a message > To: bret at pettichord.com > > > DanielVartanov wants you to pull from DanielVartanov/firewatir-enhancements > at master > > Body: FireWatir now works with TBODY. All details by mail > > View repository: > http://github.com/DanielVartanov/firewatir-enhancements/tree/master > > > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 Wed Oct 8 11:53:54 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 8 Oct 2008 10:53:54 -0500 Subject: [Wtr-development] Fwd: [GitHub] DanielVartanov sent you a message In-Reply-To: References: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> Message-ID: Yesterday, Pistos and I were working on how to generate a patch with this. He's working on a note about this. My view is that the easiest thing would be to forget about git-svn right now (which works poorly on windows) and just generate a patch file from Git and then apply it to SVN. I assume the patch formats are the same. Bret On Wed, Oct 8, 2008 at 2:49 AM, Daniel Vartanov wrote: > Sorry, I have to merge my patch with recent commits made to upstream after > my commit. Will do it in a day, than you will accept link to my commit and > be able to apply it to upstream. > > Regards, > Daniel. > > On Tue, Oct 7, 2008 at 10:38 PM, Bret Pettichord wrote: > >> Can someone turn this into a patch file for me? I'm still learning Git. >> >> Bret >> >> ---------- Forwarded message ---------- >> From: GitHub >> Date: Tue, Oct 7, 2008 at 1:55 AM >> Subject: [GitHub] DanielVartanov sent you a message >> To: bret at pettichord.com >> >> >> DanielVartanov wants you to pull from >> DanielVartanov/firewatir-enhancements at master >> >> Body: FireWatir now works with TBODY. All details by mail >> >> View repository: >> http://github.com/DanielVartanov/firewatir-enhancements/tree/master >> >> >> >> -- >> Bret Pettichord >> GTalk: bpettichord at gmail.com >> 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 GTalk: bpettichord at gmail.com 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 daniel.vartanov at gmail.com Wed Oct 8 13:15:45 2008 From: daniel.vartanov at gmail.com (Daniel Vartanov) Date: Wed, 8 Oct 2008 23:15:45 +0600 Subject: [Wtr-development] Fwd: [GitHub] DanielVartanov sent you a message In-Reply-To: References: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> Message-ID: Yes, Bret, git can generate patches in common format. But Git gives a lot of benefits in cloud programming (such as commit-wise instead of text-wise merging). So, is there reasons to stay with SVN? Perhaps, it would be better if this topic is discussed among the whole community? Yours sincerely, Daniel Vartanov On Wed, Oct 8, 2008 at 9:53 PM, Bret Pettichord wrote: > Yesterday, Pistos and I were working on how to generate a patch with this. > He's working on a note about this. > > My view is that the easiest thing would be to forget about git-svn right > now (which works poorly on windows) and just generate a patch file from Git > and then apply it to SVN. I assume the patch formats are the same. > > Bret > > > On Wed, Oct 8, 2008 at 2:49 AM, Daniel Vartanov > wrote: > >> Sorry, I have to merge my patch with recent commits made to upstream after >> my commit. Will do it in a day, than you will accept link to my commit and >> be able to apply it to upstream. >> >> Regards, >> Daniel. >> >> On Tue, Oct 7, 2008 at 10:38 PM, Bret Pettichord wrote: >> >>> Can someone turn this into a patch file for me? I'm still learning Git. >>> >>> Bret >>> >>> ---------- Forwarded message ---------- >>> From: GitHub >>> Date: Tue, Oct 7, 2008 at 1:55 AM >>> Subject: [GitHub] DanielVartanov sent you a message >>> To: bret at pettichord.com >>> >>> >>> DanielVartanov wants you to pull from >>> DanielVartanov/firewatir-enhancements at master >>> >>> Body: FireWatir now works with TBODY. All details by mail >>> >>> View repository: >>> http://github.com/DanielVartanov/firewatir-enhancements/tree/master >>> >>> >>> >>> -- >>> Bret Pettichord >>> GTalk: bpettichord at gmail.com >>> 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 > GTalk: bpettichord at gmail.com > 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 Wed Oct 8 13:26:19 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 8 Oct 2008 12:26:19 -0500 Subject: [Wtr-development] Fwd: [GitHub] DanielVartanov sent you a message In-Reply-To: References: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> Message-ID: We discussed this a couple of weeks ago and concluded then that we wanted to see better support for Git on windows before we moved to it. Bret On Wed, Oct 8, 2008 at 12:15 PM, Daniel Vartanov wrote: > Yes, Bret, git can generate patches in common format. But Git gives a lot > of benefits in cloud programming (such as commit-wise instead of text-wise > merging). So, is there reasons to stay with SVN? Perhaps, it would be better > if this topic is discussed among the whole community? > > Yours sincerely, > Daniel Vartanov > > > On Wed, Oct 8, 2008 at 9:53 PM, Bret Pettichord wrote: > >> Yesterday, Pistos and I were working on how to generate a patch with this. >> He's working on a note about this. >> >> My view is that the easiest thing would be to forget about git-svn right >> now (which works poorly on windows) and just generate a patch file from Git >> and then apply it to SVN. I assume the patch formats are the same. >> >> Bret >> >> >> On Wed, Oct 8, 2008 at 2:49 AM, Daniel Vartanov < >> daniel.vartanov at gmail.com> wrote: >> >>> Sorry, I have to merge my patch with recent commits made to upstream >>> after my commit. Will do it in a day, than you will accept link to my commit >>> and be able to apply it to upstream. >>> >>> Regards, >>> Daniel. >>> >>> On Tue, Oct 7, 2008 at 10:38 PM, Bret Pettichord wrote: >>> >>>> Can someone turn this into a patch file for me? I'm still learning Git. >>>> >>>> Bret >>>> >>>> ---------- Forwarded message ---------- >>>> From: GitHub >>>> Date: Tue, Oct 7, 2008 at 1:55 AM >>>> Subject: [GitHub] DanielVartanov sent you a message >>>> To: bret at pettichord.com >>>> >>>> >>>> DanielVartanov wants you to pull from >>>> DanielVartanov/firewatir-enhancements at master >>>> >>>> Body: FireWatir now works with TBODY. All details by mail >>>> >>>> View repository: >>>> http://github.com/DanielVartanov/firewatir-enhancements/tree/master >>>> >>>> >>>> >>>> -- >>>> Bret Pettichord >>>> GTalk: bpettichord at gmail.com >>>> 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 >> GTalk: bpettichord at gmail.com >> 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 GTalk: bpettichord at gmail.com 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 Oct 8 14:03:13 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 8 Oct 2008 13:03:13 -0500 Subject: [Wtr-development] Fwd: [GitHub] DanielVartanov sent you a message In-Reply-To: References: <48eb07d88e6b3_14f8158475d37c141b7@xc88-s00009.tmail> Message-ID: We've also discussed this a lot on the #watir channel, and in fact are discussing Git there right now, if you want to join the discussion. Bret On Wed, Oct 8, 2008 at 12:26 PM, Bret Pettichord wrote: > We discussed this a couple of weeks ago and concluded then that we wanted > to see better support for Git on windows before we moved to it. > > Bret > > > On Wed, Oct 8, 2008 at 12:15 PM, Daniel Vartanov < > daniel.vartanov at gmail.com> wrote: > >> Yes, Bret, git can generate patches in common format. But Git gives a lot >> of benefits in cloud programming (such as commit-wise instead of text-wise >> merging). So, is there reasons to stay with SVN? Perhaps, it would be better >> if this topic is discussed among the whole community? >> >> Yours sincerely, >> Daniel Vartanov >> >> >> On Wed, Oct 8, 2008 at 9:53 PM, Bret Pettichord wrote: >> >>> Yesterday, Pistos and I were working on how to generate a patch with >>> this. He's working on a note about this. >>> >>> My view is that the easiest thing would be to forget about git-svn right >>> now (which works poorly on windows) and just generate a patch file from Git >>> and then apply it to SVN. I assume the patch formats are the same. >>> >>> Bret >>> >>> >>> On Wed, Oct 8, 2008 at 2:49 AM, Daniel Vartanov < >>> daniel.vartanov at gmail.com> wrote: >>> >>>> Sorry, I have to merge my patch with recent commits made to upstream >>>> after my commit. Will do it in a day, than you will accept link to my commit >>>> and be able to apply it to upstream. >>>> >>>> Regards, >>>> Daniel. >>>> >>>> On Tue, Oct 7, 2008 at 10:38 PM, Bret Pettichord wrote: >>>> >>>>> Can someone turn this into a patch file for me? I'm still learning Git. >>>>> >>>>> Bret >>>>> >>>>> ---------- Forwarded message ---------- >>>>> From: GitHub >>>>> Date: Tue, Oct 7, 2008 at 1:55 AM >>>>> Subject: [GitHub] DanielVartanov sent you a message >>>>> To: bret at pettichord.com >>>>> >>>>> >>>>> DanielVartanov wants you to pull from >>>>> DanielVartanov/firewatir-enhancements at master >>>>> >>>>> Body: FireWatir now works with TBODY. All details by mail >>>>> >>>>> View repository: >>>>> http://github.com/DanielVartanov/firewatir-enhancements/tree/master >>>>> >>>>> >>>>> >>>>> -- >>>>> Bret Pettichord >>>>> GTalk: bpettichord at gmail.com >>>>> 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 >>> GTalk: bpettichord at gmail.com >>> 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 > GTalk: bpettichord at gmail.com > 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 GTalk: bpettichord at gmail.com 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 Oct 8 14:29:52 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 8 Oct 2008 13:29:52 -0500 Subject: [Wtr-development] i love unix Message-ID: Just to be clear, I was proficient on Unix before Windows existed and, although I've spent years on Windows, not for one day did i think it was a better system than Unix. Ward Cunningham says Unix is Latin for CS. I agree. I'm dragging my feet on Git for practical reasons, not because I have any particular love of Windows. Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 aidy.lewis at googlemail.com Wed Oct 8 17:29:21 2008 From: aidy.lewis at googlemail.com (aidy lewis) Date: Wed, 8 Oct 2008 14:29:21 -0700 Subject: [Wtr-development] i love unix In-Reply-To: References: Message-ID: <7ac2300c0810081429q44261e89u86a93526a102a5ea@mail.gmail.com> 2008/10/8 Bret Pettichord : > Just to be clear, I was proficient on Unix before Windows existed and, > although I've spent years on Windows, not for one day did i think it was a > better system than Unix. > > Ward Cunningham says Unix is Latin for CS. I agree. > > I'm dragging my feet on Git for practical reasons, not because I have any > particular love of Windows. Without value judgement however; Watir *must* be the only Ruby project whose primary target is the Windows platform. Aidy From marekj.com at gmail.com Wed Oct 8 18:36:58 2008 From: marekj.com at gmail.com (marekj) Date: Wed, 8 Oct 2008 17:36:58 -0500 Subject: [Wtr-development] i love unix In-Reply-To: References: Message-ID: On Wed, Oct 8, 2008 at 1:29 PM, Bret Pettichord wrote: > Just to be clear, I was proficient on Unix before Windows existed and, > although I've spent years on Windows, not for one day did i think it was a > better system than Unix. > Ward Cunningham says Unix is Latin for CS. I agree. > I'm dragging my feet on Git for practical reasons, not because I have any > particular love of Windows. > > Bret > I love Unix + On all my projects cygwin is the first to be installed on Win machine. it makes life more bearable. git is not ready for Windows. did I mention I love Unix? git is great, and it's not ready for Windows. yep, command line rules. But git is not ready for windows. peace marekj -- marekj www.testr.us | semantic test objects modeling in watir -------------- next part -------------- An HTML attachment was scrubbed... URL: From marekj.com at gmail.com Wed Oct 8 18:40:45 2008 From: marekj.com at gmail.com (marekj) Date: Wed, 8 Oct 2008 17:40:45 -0500 Subject: [Wtr-development] i love unix In-Reply-To: References: Message-ID: On Wed, Oct 8, 2008 at 5:36 PM, marekj wrote: > On Wed, Oct 8, 2008 at 1:29 PM, Bret Pettichord wrote: > >> Just to be clear, I was proficient on Unix before Windows existed and, >> although I've spent years on Windows, not for one day did i think it was a >> better system than Unix. >> Ward Cunningham says Unix is Latin for CS. I agree. >> I'm dragging my feet on Git for practical reasons, not because I have any >> particular love of Windows. >> >> Bret >> > > I love Unix + > On all my projects cygwin is the first to be installed on Win machine. it > makes life more bearable. > git is not ready for Windows. > > did I mention I love Unix? > git is great, and it's not ready for Windows. > yep, command line rules. > > But git is not ready for windows. > > peace > marekj > > > -- > marekj > > www.testr.us | semantic test objects modeling in watir > and since I was speaking against git for windows would you guys kindly look at some of my crappy framework ideas for watir on github it's using the metaphor of a Page acting as a Facade/Adapter to Browser. method_missing delegates to browser. please kindly take a look and give me a good flogging. http://gist.github.com/15630 http://gist.github.com/15294 danke -- marekj www.testr.us | semantic test objects modeling in watir -------------- next part -------------- An HTML attachment was scrubbed... URL: From jesuslivingwatir.10.pistos at geoshell.com Wed Oct 8 18:36:28 2008 From: jesuslivingwatir.10.pistos at geoshell.com (jesuslivingwatir.10.pistos at geoshell.com) Date: Wed, 8 Oct 2008 18:36:28 -0400 Subject: [Wtr-development] i love unix In-Reply-To: <7ac2300c0810081429q44261e89u86a93526a102a5ea@mail.gmail.com> References: <7ac2300c0810081429q44261e89u86a93526a102a5ea@mail.gmail.com> Message-ID: <6c9d9ef0810081536i55dcf10eu3ddc5b2dc3b010f6@mail.gmail.com> 2008/10/8 aidy lewis - aidy.lewis at googlemail.com : > Without value judgement however; Watir *must* be the only Ruby project > whose primary target is the Windows platform. Not to forget the one-click Ruby installer: http://rubyforge.org/projects/rubyinstaller/ -- Pistos http://blog.purepistos.net From jesuslivingwatir.10.pistos at geoshell.com Thu Oct 9 00:27:16 2008 From: jesuslivingwatir.10.pistos at geoshell.com (jesuslivingwatir.10.pistos at geoshell.com) Date: Thu, 9 Oct 2008 00:27:16 -0400 Subject: [Wtr-development] Line Endings, svn, git Message-ID: <6c9d9ef0810082127p265ab504n75f109857b8df9d6@mail.gmail.com> Hello. I am the maintainer of [the github mirror of the watir svn source tree](https://github.com/Pistos/watir-mirror/tree). I am in occasional contact with Bret regarding watir and firewatir in IRC. Recently, there have been some developments from github forks of watir-mirror. The first git-originating contribution seems ready for review, but there are some problems the community needs to address first. Here I quote messages sent to me by [lastobelus](http://github.com/lastobelus). > What line endings are you using? Is it even consistent throughout the project? Setting autocrlf to true or input results in problems. But in the meantime I'm having trouble pulling from someone I hired. I think he started with my fork (originally done with autocrlf = false, so no conversion) but then somehow he ended up with orphaned ^M all over the place, which don't merge well. > Watir is obviously windows-centric but now that firewatir is merged in, I think the only workable solution if git is to be useful is to convert all line endings to unix LF to check in the project, then windows users can use autocrlf=true and unix users can use autocrlf=input. (lastobelus) My reply: > this is the first time I'm using git with a Windows-centric project, so I didn't think about the line endings at first. Obviously, it needs to be resolved. I will try your suggestion first, to adjust the config in the appropriate way. > I did indeed notice all the Windows line endings when I was trying to make a patch today. lastobelus' reply: > I tried converting, but abandoned it when I realized it was going to result in a lot of work everytime I pulled. So I think we're going to have to get whoever manages the svn repository on board :/ > I'm going to be adding a few enhancements to firewatir (now merged into watir): I have a contractor adding tablebody implementation, and I'm going to add the ability to manage multiple firefoxes on different ports. So that details some of the issues us Linux-based git users are encountering with the current source tree. After much further googleage and investigation, I am momentarily proposing that we do just what lastobelus said, which is: Anyone working on watir via git should be checking in nothing but LF endings, no CRLF endings. This can be accomplished by setting core.autocrlf to true (Windows users) or input (Linux/OSX). See http://www.kernel.org/pub/software/scm/git/docs/gitattributes.html . Although individual working copies (including the source of watir-mirror itself on my server) may be tainted with CRLF in the short term, I believe setting autocrlf in this way will eventually "purify" the WCs and the github repo itself. At present, I am unsure whether I should try to do a wholesale dos2unix conversion on the repo. I am holding off on this for now. If anyone else wants to chime in, please do so. This CRLF stuff is a rather troublesome roadblock on the way to smooth two-way bridging between the svn repo and the git mirror. --------------------- As a postscript to this message, I will describe how to make a patch with git. There is actually more than one way, but the way I usually do it is with: git diff -p SHA1^..SHA1_ Where SHA1 and SHA1_ are the first and last commits in a range of commits that you want to generate a patch from. This command lets you visually review the patch in your favourite pager. Once you're satisfied that you have the right commit range, you just send the output to a file in standard UNIX fashion: git diff -p SHA1^..SHA1_ > some-bug-fix.patch Then, of course, the patch can be applied to any working copy (whether svn or git) with patch -p1 < some-bug-fix.patch See also git-format-patch: http://www.kernel.org/pub/software/scm/git/docs/git-format-patch.html -- Pistos http://blog.purepistos.net From nathamberlane at gmail.com Thu Oct 9 10:58:08 2008 From: nathamberlane at gmail.com (Nathan Lane) Date: Thu, 9 Oct 2008 08:58:08 -0600 Subject: [Wtr-development] i love unix In-Reply-To: <6c9d9ef0810081536i55dcf10eu3ddc5b2dc3b010f6@mail.gmail.com> References: <7ac2300c0810081429q44261e89u86a93526a102a5ea@mail.gmail.com> <6c9d9ef0810081536i55dcf10eu3ddc5b2dc3b010f6@mail.gmail.com> Message-ID: <9afbd5b90810090758g140bfb4ao273b2a1d8e117fc3@mail.gmail.com> When we say that Git is not ready for Windows, are we talking about the server or the client or both? Because generally speaking it is at least theoretically possible to program a client on any operating system for something that uses TCP/IP and a DSL to transfer data, right? If we're talking about the server, then what would it take to make it ready? Also what purpose would there be in porting Git to Windows except to support Windows-only projects, or is this the reason, namely Watir, that we would want Git on Windows. Just questions, asking for answers. Thanks. Nathan On Wed, Oct 8, 2008 at 4:36 PM, wrote: > 2008/10/8 aidy lewis - aidy.lewis at googlemail.com : > > Without value judgement however; Watir *must* be the only Ruby project > > whose primary target is the Windows platform. > > Not to forget the one-click Ruby installer: > http://rubyforge.org/projects/rubyinstaller/ > > -- > Pistos > http://blog.purepistos.net > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Nathan Lane Home, http://www.nathandelane.com Blog, http://nathandelane.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jesuslivingwatir.10.pistos at geoshell.com Thu Oct 9 11:07:55 2008 From: jesuslivingwatir.10.pistos at geoshell.com (jesuslivingwatir.10.pistos at geoshell.com) Date: Thu, 9 Oct 2008 11:07:55 -0400 Subject: [Wtr-development] i love unix In-Reply-To: <9afbd5b90810090758g140bfb4ao273b2a1d8e117fc3@mail.gmail.com> References: <7ac2300c0810081429q44261e89u86a93526a102a5ea@mail.gmail.com> <6c9d9ef0810081536i55dcf10eu3ddc5b2dc3b010f6@mail.gmail.com> <9afbd5b90810090758g140bfb4ao273b2a1d8e117fc3@mail.gmail.com> Message-ID: <6c9d9ef0810090807q6c02aec7r61a1693b7c5d833d@mail.gmail.com> 2008/10/9 Nathan Lane - nathamberlane at gmail.com: > When we say that Git is not ready for Windows, are we talking about the > server or the client or both? Because generally speaking it is at least > theoretically possible to program a client on any operating system for > something that uses TCP/IP and a DSL to transfer data, right? If we're > talking about the server, then what would it take to make it ready? Also > what purpose would there be in porting Git to Windows except to support > Windows-only projects, or is this the reason, namely Watir, that we would > want Git on Windows. Just questions, asking for answers. git has already been implemented for Windows, and many people use it worldwide. I myself have used it under Windows for basic operations, and haven't encountered problems. Unfortunately, Bret's mileage varied from mine :) and he has gotten the impression that it is buggy, unstable and/or feature incomplete compared to the Linux version. This may well be the case, especially with regard to git-svn, which is a less mature component of git as a whole. I haven't run git-svn under Windows, only Linux. I think an additional concern is that Windows users are used to GUI interfaces like the Tortoise tools for CVS and Subversion. To my knowledge, no similar interfaces exist for git in Windows. The CLI interface, AFAIK, is identical across the three platforms, so the trauma was solely inflicted by git-svn [under Windows]. Bearing that in mind, I suggested that we do the git-svn import under a non-Windows OS, toss it onto github.com, and move forward from there; but it is obvious Bret's call on when to reattempt a move to git. -- Pistos http://blog.purepistos.net From nathamberlane at gmail.com Mon Oct 13 10:22:30 2008 From: nathamberlane at gmail.com (Nathan Lane) Date: Mon, 13 Oct 2008 08:22:30 -0600 Subject: [Wtr-development] [wtr-general] How can I get the text in the frame text field? In-Reply-To: <89a799c60810122317y2878cc00l82491a3e8d1fdb9f@mail.gmail.com> References: <89a799c60810122317y2878cc00l82491a3e8d1fdb9f@mail.gmail.com> Message-ID: <9afbd5b90810130722t4ce3270do45797050385ddc3a@mail.gmail.com> This is an interesting problem. Has anybody solved this? This is essentially an iframe that contains event handlers for dynamically adding text to an HTML document. This javascript editor is named TineMCE. I also know of FCKEditor that works the same way -- these are also similar to Google's GMail composition editor. Basically you use a send or set command if it were an actualy text box, but it isn't, and set or send don't really exist for the iframe (IE::frame). Nathan On Mon, Oct 13, 2008 at 12:17 AM, wesley chen wrote: > Please see the picture attached > I can input text into the frame by the following code: > ie.document.getElementById("mce_editor_0").contentWindow.focus() > ie.send_keys(str) > > 1. How to clear the text in the textarea? > I just know: ie.send_keys("{bs 30}"), it means send "Backspace" key 30 > times, How to send "LCtrl +A" then "Delete"? Any other better way such as > set("")? > > 2. How can i get the text in the text area? > > > Any suggestion would be appreciated. > > Wesley. > > --:) > Man should be hard to himself, but tolerant to others. > > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups > "Watir General" group. > To post to this group, send email to watir-general at googlegroups.com > Before posting, please read the following guidelines: > http://wiki.openqa.org/display/WTR/Support > To unsubscribe from this group, send email to > watir-general-unsubscribe at googlegroups.com > For more options, visit this group at > http://groups.google.com/group/watir-general > -~----------~----~----~----~------~----~------~--~--- > > -- Nathan Lane Home, http://www.nathandelane.com Blog, http://nathandelane.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From charley.baker at gmail.com Mon Oct 13 12:28:25 2008 From: charley.baker at gmail.com (Charley Baker) Date: Mon, 13 Oct 2008 10:28:25 -0600 Subject: [Wtr-development] [wtr-general] How can I get the text in the frame text field? In-Reply-To: <9afbd5b90810130722t4ce3270do45797050385ddc3a@mail.gmail.com> References: <89a799c60810122317y2878cc00l82491a3e8d1fdb9f@mail.gmail.com> <9afbd5b90810130722t4ce3270do45797050385ddc3a@mail.gmail.com> Message-ID: Hi guys, If it's TineMCE, I was able to set text in the example on their site, yours may work similarly: require 'watir' b = Watir::IE.start('http://tinymce.moxiecode.com/examples/simple.php') # there's already a p in the div, so set that for fun b.div(:id, 'example_demo_view').p(:index, 1).document.innerhtml = "hi there" On Mon, Oct 13, 2008 at 8:22 AM, Nathan Lane wrote: > This is an interesting problem. Has anybody solved this? This is > essentially an iframe that contains event handlers for dynamically adding > text to an HTML document. This javascript editor is named TineMCE. I also > know of FCKEditor that works the same way -- these are also similar to > Google's GMail composition editor. Basically you use a send or set command > if it were an actualy text box, but it isn't, and set or send don't really > exist for the iframe (IE::frame). > > Nathan > > On Mon, Oct 13, 2008 at 12:17 AM, wesley chen wrote: > >> Please see the picture attached >> I can input text into the frame by the following code: >> ie.document.getElementById("mce_editor_0").contentWindow.focus() >> ie.send_keys(str) >> >> 1. How to clear the text in the textarea? >> I just know: ie.send_keys("{bs 30}"), it means send "Backspace" key 30 >> times, How to send "LCtrl +A" then "Delete"? Any other better way such as >> set("")? >> >> 2. How can i get the text in the text area? >> >> >> Any suggestion would be appreciated. >> >> Wesley. >> >> --:) >> Man should be hard to himself, but tolerant to others. >> >> --~--~---------~--~----~------------~-------~--~----~ >> You received this message because you are subscribed to the Google Groups >> "Watir General" group. >> To post to this group, send email to watir-general at googlegroups.com >> Before posting, please read the following guidelines: >> http://wiki.openqa.org/display/WTR/Support >> To unsubscribe from this group, send email to >> watir-general-unsubscribe at googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/watir-general >> -~----------~----~----~----~------~----~------~--~--- >> >> > > > -- > Nathan Lane > Home, http://www.nathandelane.com > Blog, http://nathandelane.blogspot.com > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Charley Baker blog: http://charleybakersblog.blogspot.com/ Project Manager, Watir, http://wtr.rubyforge.org QA Architect, Gap Inc Direct -------------- next part -------------- An HTML attachment was scrubbed... URL: From nathamberlane at gmail.com Mon Oct 13 12:36:00 2008 From: nathamberlane at gmail.com (Nathan Lane) Date: Mon, 13 Oct 2008 10:36:00 -0600 Subject: [Wtr-development] [wtr-general] How can I get the text in the frame text field? In-Reply-To: References: <89a799c60810122317y2878cc00l82491a3e8d1fdb9f@mail.gmail.com> <9afbd5b90810130722t4ce3270do45797050385ddc3a@mail.gmail.com> Message-ID: <9afbd5b90810130936r7e9b78a5m335992b29fc7899c@mail.gmail.com> Ah yes...but how do you remove the text? On Mon, Oct 13, 2008 at 10:28 AM, Charley Baker wrote: > Hi guys, > > > If it's TineMCE, I was able to set text in the example on their site, yours > may work similarly: > > require 'watir' > > b = Watir::IE.start('http://tinymce.moxiecode.com/examples/simple.php') > > # there's already a p in the div, so set that for fun > b.div(:id, 'example_demo_view').p(:index, 1).document.innerhtml = "hi > there" > > > On Mon, Oct 13, 2008 at 8:22 AM, Nathan Lane wrote: > >> This is an interesting problem. Has anybody solved this? This is >> essentially an iframe that contains event handlers for dynamically adding >> text to an HTML document. This javascript editor is named TineMCE. I also >> know of FCKEditor that works the same way -- these are also similar to >> Google's GMail composition editor. Basically you use a send or set command >> if it were an actualy text box, but it isn't, and set or send don't really >> exist for the iframe (IE::frame). >> >> Nathan >> >> On Mon, Oct 13, 2008 at 12:17 AM, wesley chen wrote: >> >>> Please see the picture attached >>> I can input text into the frame by the following code: >>> ie.document.getElementById("mce_editor_0").contentWindow.focus() >>> ie.send_keys(str) >>> >>> 1. How to clear the text in the textarea? >>> I just know: ie.send_keys("{bs 30}"), it means send "Backspace" key 30 >>> times, How to send "LCtrl +A" then "Delete"? Any other better way such as >>> set("")? >>> >>> 2. How can i get the text in the text area? >>> >>> >>> Any suggestion would be appreciated. >>> >>> Wesley. >>> >>> --:) >>> Man should be hard to himself, but tolerant to others. >>> >>> --~--~---------~--~----~------------~-------~--~----~ >>> You received this message because you are subscribed to the Google Groups >>> "Watir General" group. >>> To post to this group, send email to watir-general at googlegroups.com >>> Before posting, please read the following guidelines: >>> http://wiki.openqa.org/display/WTR/Support >>> To unsubscribe from this group, send email to >>> watir-general-unsubscribe at googlegroups.com >>> For more options, visit this group at >>> http://groups.google.com/group/watir-general >>> -~----------~----~----~----~------~----~------~--~--- >>> >>> >> >> >> -- >> Nathan Lane >> Home, http://www.nathandelane.com >> Blog, http://nathandelane.blogspot.com >> >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > > -- > Charley Baker > blog: http://charleybakersblog.blogspot.com/ > Project Manager, Watir, http://wtr.rubyforge.org > QA Architect, Gap Inc Direct > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Nathan Lane Home, http://www.nathandelane.com Blog, http://nathandelane.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From anukul.singhal at gmail.com Tue Oct 14 15:41:06 2008 From: anukul.singhal at gmail.com (anukul singhal) Date: Wed, 15 Oct 2008 01:11:06 +0530 Subject: [Wtr-development] FireWatir: reg. exists? method for javascript pop-ups Message-ID: Hi Angrez, I am a user of firewatir and in one of my script, i need to check whether a javascript pop-up exists or not before using the startClicker method to click it. require 'firewatir' ff = Firewatir::Firefox.new ff.goto("...url path...") ff.text_field(:id, "abc").set "username" ff.text_field(:id, "xyz").set "password" ff.button(:id, "btn").click #TODO: After clicking the button, a java script popup appears, I need to check if that pop-up exists prior to clicking (possible through startClicker) Is there any way to perform the exists? method for javascript pop-ups? I am able to perform the same test in Watir by the usage of AutoItX3 dll. Your help will be highly appreciated. Thanks, Anukul -------------- next part -------------- An HTML attachment was scrubbed... URL: From angrez at gmail.com Wed Oct 15 00:55:14 2008 From: angrez at gmail.com (Angrez Singh) Date: Wed, 15 Oct 2008 10:25:14 +0530 Subject: [Wtr-development] FireWatir: reg. exists? method for javascript pop-ups In-Reply-To: References: Message-ID: If you are using Windows & Firefox you can still use AutoItX# for the same though you need to write the code. At the moment Firewatir doesn't support checking for Javascript pop ups. - Angrez On Wed, Oct 15, 2008 at 1:11 AM, anukul singhal wrote: > Hi Angrez, > > I am a user of firewatir and in one of my script, i need to check > whether a javascript pop-up exists or not before using the > startClicker method to click it. > > require 'firewatir' > > ff = Firewatir::Firefox.new > ff.goto("...url path...") > ff.text_field(:id, "abc").set "username" > ff.text_field(:id, "xyz").set "password" > ff.button(:id, "btn").click > #TODO: After clicking the button, a java script popup appears, I need > to check if that pop-up exists prior to clicking (possible through > startClicker) > > Is there any way to perform the exists? method for javascript pop-ups? > > I am able to perform the same test in Watir by the usage of AutoItX3 dll. > > Your help will be highly appreciated. > > Thanks, > Anukul > > _______________________________________________ > 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 anukul.singhal at gmail.com Wed Oct 15 01:48:31 2008 From: anukul.singhal at gmail.com (anukul.singhal at gmail.com) Date: Wed, 15 Oct 2008 05:48:31 +0000 Subject: [Wtr-development] FireWatir: reg. exists? method for javascriptpop-ups In-Reply-To: References: Message-ID: <342825000-1224049761-cardhu_decombobulator_blackberry.rim.net-953040064-@bxe103.bisx.produk.on.blackberry> Thanks a lot, I hope one of the future gem would address this issue. ..Anukul Sent on my BlackBerry? from Vodafone Essar -----Original Message----- From: "Angrez Singh" Date: Wed, 15 Oct 2008 10:25:14 To: Watir development Subject: Re: [Wtr-development] FireWatir: reg. exists? method for javascript pop-ups _______________________________________________ Wtr-development mailing list Wtr-development at rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-development From bret at pettichord.com Wed Oct 15 13:10:31 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 15 Oct 2008 12:10:31 -0500 Subject: [Wtr-development] running unit tests from gems Message-ID: I'm pretty sure that if you build Watir from trunk right now, and then tried to run the unit tests when installing the gem (-t switch), they wouldn't work. The problem is that there are a lot of cross-dependencies between the unit tests of the three gems that now constitute watir: watir, watir-common, and firewatir. I'm inclined to just stub this functionality out. It would be non-trivial to fix, and I'm not sure there is much value to it. Thoughts? Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Oct 15 19:23:56 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 15 Oct 2008 18:23:56 -0500 Subject: [Wtr-development] Index in FireWatir Message-ID: I've spent much of today trying to understand the cause of several Watir unit tests that have been failing with FireWatir. Many of our test cases are failing in two closely related cases: 1. calls to various builder methods using the index specifier, e.g. brower.checkbox(:index, 1) 2. calls to element collections, e.g. browser.checkboxes In both cases, it seems that FireWatir is not correctly accessing elements by source order. I cannot figure out why this is happening. I've made a close inspection of the code (simplifying it in the process) and can't find any logic errors, and all the javascript methods being used work in source order (or at least they are so documented). In some cases, the failing Watir unit tests were commented out from the FireWatir test suite. In other cases, they remain and work, and I can find no clear reason why they work in one case and not in the other. However, the behavior does not seem random at all. My best explanation for this discrepancy right now is that there are small differences in their test HTML files that results in different javascript behavior. At this point I am weighing our options. 1. Spend more time to figure out what is going on. 2. Isolate Watir's index tests (or at least those that fail with FireWatir) from its other tests and tag them as failing on Firefox. 3. Something else. Thoughts? Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Oct 15 23:16:54 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Wed, 15 Oct 2008 21:16:54 -0600 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: if you can wait till Friday, I can probably take a look through too. Are the failing tests on html that is created by javascript - that could account for the errors? Would there be any benefit in writing the equivalent test in jsunit, to verify whats happening? Sitting here thinking about it, index is a real bad thing to use, as many apps ( especially ajax ) ones wont have elements in any sort of order. Paul On Wed, Oct 15, 2008 at 5:23 PM, Bret Pettichord wrote: > I've spent much of today trying to understand the cause of several Watir > unit tests that have been failing with FireWatir. > > Many of our test cases are failing in two closely related cases: > 1. calls to various builder methods using the index specifier, e.g. > brower.checkbox(:index, 1) > 2. calls to element collections, e.g. browser.checkboxes > > In both cases, it seems that FireWatir is not correctly accessing elements > by source order. I cannot figure out why this is happening. I've made a > close inspection of the code (simplifying it in the process) and can't find > any logic errors, and all the javascript methods being used work in source > order (or at least they are so documented). > > In some cases, the failing Watir unit tests were commented out from the > FireWatir test suite. In other cases, they remain and work, and I can find > no clear reason why they work in one case and not in the other. However, the > behavior does not seem random at all. My best explanation for this > discrepancy right now is that there are small differences in their test HTML > files that results in different javascript behavior. > > At this point I am weighing our options. > 1. Spend more time to figure out what is going on. > 2. Isolate Watir's index tests (or at least those that fail with FireWatir) > from its other tests and tag them as failing on Firefox. > 3. Something else. > > Thoughts? > > Bret > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 Oct 16 12:56:38 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 16 Oct 2008 11:56:38 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: One example is in the checkbox_tests.rb. This is just a plain html page (as you know, since you wrote this test). I don't know jsunit, but probably should learn it. You are right about index being a bad thing to use, which is probably why FireWatir users haven't complained. This is part of the reason why I'm wondering how much effort this problem is really worth. Appreciate your help. Let me know if you need any help with this -- IRC, IM. Bret On Wed, Oct 15, 2008 at 10:16 PM, Paul Rogers wrote: > if you can wait till Friday, I can probably take a look through too. > Are the failing tests on html that is created by javascript - that > could account for the errors? > Would there be any benefit in writing the equivalent test in jsunit, > to verify whats happening? > > Sitting here thinking about it, index is a real bad thing to use, as > many apps ( especially ajax ) ones wont have elements in any sort of > order. > > Paul > > On Wed, Oct 15, 2008 at 5:23 PM, Bret Pettichord > wrote: > > I've spent much of today trying to understand the cause of several Watir > > unit tests that have been failing with FireWatir. > > > > Many of our test cases are failing in two closely related cases: > > 1. calls to various builder methods using the index specifier, e.g. > > brower.checkbox(:index, 1) > > 2. calls to element collections, e.g. browser.checkboxes > > > > In both cases, it seems that FireWatir is not correctly accessing > elements > > by source order. I cannot figure out why this is happening. I've made a > > close inspection of the code (simplifying it in the process) and can't > find > > any logic errors, and all the javascript methods being used work in > source > > order (or at least they are so documented). > > > > In some cases, the failing Watir unit tests were commented out from the > > FireWatir test suite. In other cases, they remain and work, and I can > find > > no clear reason why they work in one case and not in the other. However, > the > > behavior does not seem random at all. My best explanation for this > > discrepancy right now is that there are small differences in their test > HTML > > files that results in different javascript behavior. > > > > At this point I am weighing our options. > > 1. Spend more time to figure out what is going on. > > 2. Isolate Watir's index tests (or at least those that fail with > FireWatir) > > from its other tests and tag them as failing on Firefox. > > 3. Something else. > > > > Thoughts? > > > > Bret > > > > -- > > Bret Pettichord > > GTalk: bpettichord at gmail.com > > 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 GTalk: bpettichord at gmail.com 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 anukul.singhal at gmail.com Thu Oct 16 14:46:40 2008 From: anukul.singhal at gmail.com (anukul.singhal at gmail.com) Date: Thu, 16 Oct 2008 18:46:40 +0000 Subject: [Wtr-development] Firewatir1.2.1-support for multiple attributes? Message-ID: <979297775-1224182851-cardhu_decombobulator_blackberry.rim.net-244601197-@bxe103.bisx.produk.on.blackberry> Hi Bret/Angrez, Wanted to know if the new version of firewatir (1.2.1) has support for multiple attributes for object recognition? Would highly appreciate your reply Thanks, Anukul Sent on my BlackBerry? from Vodafone Essar From bret at pettichord.com Thu Oct 16 15:00:35 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 16 Oct 2008 14:00:35 -0500 Subject: [Wtr-development] Firewatir1.2.1-support for multiple attributes? In-Reply-To: <979297775-1224182851-cardhu_decombobulator_blackberry.rim.net-244601197-@bxe103.bisx.produk.on.blackberry> References: <979297775-1224182851-cardhu_decombobulator_blackberry.rim.net-244601197-@bxe103.bisx.produk.on.blackberry> Message-ID: This will be in the next version (1.3). Bret On Thu, Oct 16, 2008 at 1:46 PM, wrote: > Hi Bret/Angrez, > > Wanted to know if the new version of firewatir (1.2.1) has support for > multiple attributes for object recognition? > > Would highly appreciate your reply > > Thanks, > Anukul > Sent on my BlackBerry(R) from Vodafone Essar > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Oct 17 01:06:45 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 17 Oct 2008 10:36:45 +0530 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: Bret, Is it possible to isolate some of them so that I can have a look at it. I don't have much time due to work load over here but I can look into couple of things. Regarding the index thing, I think the testcases worked on Firewatir branch alone. Again, it would be great if I can get HTML and code so that I can have a look at it and help you in sorting out the things. Regards, Angrez On Thu, Oct 16, 2008 at 10:26 PM, Bret Pettichord wrote: > One example is in the checkbox_tests.rb. This is just a plain html page (as > you know, since you wrote this test). > > I don't know jsunit, but probably should learn it. > > You are right about index being a bad thing to use, which is probably why > FireWatir users haven't complained. This is part of the reason why I'm > wondering how much effort this problem is really worth. > > Appreciate your help. Let me know if you need any help with this -- IRC, > IM. > > Bret > > > On Wed, Oct 15, 2008 at 10:16 PM, Paul Rogers wrote: > >> if you can wait till Friday, I can probably take a look through too. >> Are the failing tests on html that is created by javascript - that >> could account for the errors? >> Would there be any benefit in writing the equivalent test in jsunit, >> to verify whats happening? >> >> Sitting here thinking about it, index is a real bad thing to use, as >> many apps ( especially ajax ) ones wont have elements in any sort of >> order. >> >> Paul >> >> On Wed, Oct 15, 2008 at 5:23 PM, Bret Pettichord >> wrote: >> > I've spent much of today trying to understand the cause of several Watir >> > unit tests that have been failing with FireWatir. >> > >> > Many of our test cases are failing in two closely related cases: >> > 1. calls to various builder methods using the index specifier, e.g. >> > brower.checkbox(:index, 1) >> > 2. calls to element collections, e.g. browser.checkboxes >> > >> > In both cases, it seems that FireWatir is not correctly accessing >> elements >> > by source order. I cannot figure out why this is happening. I've made a >> > close inspection of the code (simplifying it in the process) and can't >> find >> > any logic errors, and all the javascript methods being used work in >> source >> > order (or at least they are so documented). >> > >> > In some cases, the failing Watir unit tests were commented out from the >> > FireWatir test suite. In other cases, they remain and work, and I can >> find >> > no clear reason why they work in one case and not in the other. However, >> the >> > behavior does not seem random at all. My best explanation for this >> > discrepancy right now is that there are small differences in their test >> HTML >> > files that results in different javascript behavior. >> > >> > At this point I am weighing our options. >> > 1. Spend more time to figure out what is going on. >> > 2. Isolate Watir's index tests (or at least those that fail with >> FireWatir) >> > from its other tests and tag them as failing on Firefox. >> > 3. Something else. >> > >> > Thoughts? >> > >> > Bret >> > >> > -- >> > Bret Pettichord >> > GTalk: bpettichord at gmail.com >> > 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 > GTalk: bpettichord at gmail.com > 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 Oct 17 01:52:20 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 17 Oct 2008 00:52:20 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: Angrez, Thanks for offering to take a look at this. Many of the failing test cases were commented out in the Firewatir branch. You can reproduce all of the test failures, if you check out from http://svn.openqa.org/svn/watir/trunk and then create the following file watir/unittests/options.yml with the following content browser: firefox then execute watir/unittests/checkbox_test.rb This will run all the watir unit tests against firewatir. (I think you will need to uninstall the watir/firewatir gems you might have installed if you want to be testing the development version you've checked out.) In this case, both the failures are with ":index". In this case, the corresponding firewatir test looks essentially the same, but passes. I don't have any idea why. However, in several other cases, Watir tests failed on lines for which the corresponding FireWatir tests. For example, in links_test.rb, the following line fails with firefox: assert_equal( false , browser.link(:index, 1).disabled ) This line was commented out of the FireWatir unit test, so I can only assume that some one on the original FireWatir team had already seen this problem. I am seeing a large number of Watir unit tests failing on tests of ":index" (although not all). It's late and I need to turn in, but I'll be happy to provide more detailed notes for you tomorrow. Thanks for your help. I did take some time to look at the browser.checkboxes array, and it did have the correct elements in it, but they were in the wrong order. Bret C:\work\watir-all\watir\unittests>checkbox_test.rb Loaded suite C:/work/watir-all/watir/unittests/checkbox_test Started ........F..F. Finished in 2.969 seconds. 1) Failure: test_checkbox_properties_with_index(TC_CheckBox) [C:/work/watir-all/watir/unitte sts/checkbox_test.rb:24]: <"box1"> expected but was <"verify1">. 2) Failure: test_checkboxes_access(TC_CheckBox) [C:/work/watir-all/watir/unittests/checkbox_ test.rb:155]: <"box1"> expected but was <"verify1">. 13 tests, 103 assertions, 2 failures, 0 errors On Fri, Oct 17, 2008 at 12:06 AM, Angrez Singh wrote: > Bret, > > Is it possible to isolate some of them so that I can have a look at it. I > don't have much time due to work load over here but I can look into couple > of things. Regarding the index thing, I think the testcases worked on > Firewatir branch alone. Again, it would be great if I can get HTML and code > so that I can have a look at it and help you in sorting out the things. > > Regards, > Angrez > > > On Thu, Oct 16, 2008 at 10:26 PM, Bret Pettichord wrote: > >> One example is in the checkbox_tests.rb. This is just a plain html page >> (as you know, since you wrote this test). >> >> I don't know jsunit, but probably should learn it. >> >> You are right about index being a bad thing to use, which is probably why >> FireWatir users haven't complained. This is part of the reason why I'm >> wondering how much effort this problem is really worth. >> >> Appreciate your help. Let me know if you need any help with this -- IRC, >> IM. >> >> Bret >> >> >> On Wed, Oct 15, 2008 at 10:16 PM, Paul Rogers wrote: >> >>> if you can wait till Friday, I can probably take a look through too. >>> Are the failing tests on html that is created by javascript - that >>> could account for the errors? >>> Would there be any benefit in writing the equivalent test in jsunit, >>> to verify whats happening? >>> >>> Sitting here thinking about it, index is a real bad thing to use, as >>> many apps ( especially ajax ) ones wont have elements in any sort of >>> order. >>> >>> Paul >>> >>> On Wed, Oct 15, 2008 at 5:23 PM, Bret Pettichord >>> wrote: >>> > I've spent much of today trying to understand the cause of several >>> Watir >>> > unit tests that have been failing with FireWatir. >>> > >>> > Many of our test cases are failing in two closely related cases: >>> > 1. calls to various builder methods using the index specifier, e.g. >>> > brower.checkbox(:index, 1) >>> > 2. calls to element collections, e.g. browser.checkboxes >>> > >>> > In both cases, it seems that FireWatir is not correctly accessing >>> elements >>> > by source order. I cannot figure out why this is happening. I've made a >>> > close inspection of the code (simplifying it in the process) and can't >>> find >>> > any logic errors, and all the javascript methods being used work in >>> source >>> > order (or at least they are so documented). >>> > >>> > In some cases, the failing Watir unit tests were commented out from the >>> > FireWatir test suite. In other cases, they remain and work, and I can >>> find >>> > no clear reason why they work in one case and not in the other. >>> However, the >>> > behavior does not seem random at all. My best explanation for this >>> > discrepancy right now is that there are small differences in their test >>> HTML >>> > files that results in different javascript behavior. >>> > >>> > At this point I am weighing our options. >>> > 1. Spend more time to figure out what is going on. >>> > 2. Isolate Watir's index tests (or at least those that fail with >>> FireWatir) >>> > from its other tests and tag them as failing on Firefox. >>> > 3. Something else. >>> > >>> > Thoughts? >>> > >>> > Bret >>> > >>> > -- >>> > Bret Pettichord >>> > GTalk: bpettichord at gmail.com >>> > 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 >> GTalk: bpettichord at gmail.com >> 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 GTalk: bpettichord at gmail.com 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 Oct 17 05:07:49 2008 From: angrez at gmail.com (Angrez Singh) Date: Fri, 17 Oct 2008 14:37:49 +0530 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: > > For example, in links_test.rb, the following line fails with firefox: > > assert_equal( false , browser.link(:index, 1).disabled ) > > This line was commented out of the FireWatir unit test, so I can only > assume that some one on the original FireWatir team had already seen this > problem. > I can tell you about this, it has been commented because Firefox recognizes disabled attribute only if it is provided in the HTML. If disabled attribute is not there in the HTML it doesn't return anything. Probably thats why I commented that test case. I'll have a look at the other things tonight. Regards, Angrez -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Fri Oct 17 15:32:01 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 17 Oct 2008 14:32:01 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: OK that is good information, because i see now that we are getting lots of failures on calls to "disabled". Bret On Fri, Oct 17, 2008 at 4:07 AM, Angrez Singh wrote: > For example, in links_test.rb, the following line fails with firefox: >> > >> assert_equal( false , browser.link(:index, 1).disabled ) >> >> This line was commented out of the FireWatir unit test, so I can only >> assume that some one on the original FireWatir team had already seen this >> problem. >> > > I can tell you about this, it has been commented because Firefox recognizes > disabled attribute only if it is provided in the HTML. If disabled attribute > is not there in the HTML it doesn't return anything. Probably thats why I > commented that test case. I'll have a look at the other things tonight. > > Regards, > Angrez > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Fri Oct 17 15:39:59 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 17 Oct 2008 14:39:59 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: One correction: In your options.yml, you need to have: browser: firefox coverage: all If you leave out the last line, the test suite will not run tests that are flagged to fail, and you won't see the errors. Bret On Fri, Oct 17, 2008 at 12:52 AM, Bret Pettichord wrote: > Angrez, > > Thanks for offering to take a look at this. Many of the failing test cases > were commented out in the Firewatir branch. > > You can reproduce all of the test failures, if you check out from > > http://svn.openqa.org/svn/watir/trunk > > and then create the following file > > watir/unittests/options.yml > > with the following content > > browser: firefox > > then execute > > watir/unittests/checkbox_test.rb > > This will run all the watir unit tests against firewatir. (I think you will > need to uninstall the watir/firewatir gems you might have installed if you > want to be testing the development version you've checked out.) > > In this case, both the failures are with ":index". In this case, the > corresponding firewatir test looks essentially the same, but passes. I don't > have any idea why. > > However, in several other cases, Watir tests failed on lines for which the > corresponding FireWatir tests. > > For example, in links_test.rb, the following line fails with firefox: > > assert_equal( false , browser.link(:index, 1).disabled ) > > This line was commented out of the FireWatir unit test, so I can only > assume that some one on the original FireWatir team had already seen this > problem. > > I am seeing a large number of Watir unit tests failing on tests of ":index" > (although not all). > > It's late and I need to turn in, but I'll be happy to provide more detailed > notes for you tomorrow. Thanks for your help. > > I did take some time to look at the browser.checkboxes array, and it did > have the correct elements in it, but they were in the wrong order. > > Bret > > C:\work\watir-all\watir\unittests>checkbox_test.rb > Loaded suite C:/work/watir-all/watir/unittests/checkbox_test > Started > ........F..F. > Finished in 2.969 seconds. > > 1) Failure: > test_checkbox_properties_with_index(TC_CheckBox) > [C:/work/watir-all/watir/unitte > sts/checkbox_test.rb:24]: > <"box1"> expected but was > <"verify1">. > > 2) Failure: > test_checkboxes_access(TC_CheckBox) > [C:/work/watir-all/watir/unittests/checkbox_ > test.rb:155]: > <"box1"> expected but was > <"verify1">. > > 13 tests, 103 assertions, 2 failures, 0 errors > > > > On Fri, Oct 17, 2008 at 12:06 AM, Angrez Singh wrote: > >> Bret, >> >> Is it possible to isolate some of them so that I can have a look at it. I >> don't have much time due to work load over here but I can look into couple >> of things. Regarding the index thing, I think the testcases worked on >> Firewatir branch alone. Again, it would be great if I can get HTML and code >> so that I can have a look at it and help you in sorting out the things. >> >> Regards, >> Angrez >> >> >> On Thu, Oct 16, 2008 at 10:26 PM, Bret Pettichord wrote: >> >>> One example is in the checkbox_tests.rb. This is just a plain html page >>> (as you know, since you wrote this test). >>> >>> I don't know jsunit, but probably should learn it. >>> >>> You are right about index being a bad thing to use, which is probably why >>> FireWatir users haven't complained. This is part of the reason why I'm >>> wondering how much effort this problem is really worth. >>> >>> Appreciate your help. Let me know if you need any help with this -- IRC, >>> IM. >>> >>> Bret >>> >>> >>> On Wed, Oct 15, 2008 at 10:16 PM, Paul Rogers wrote: >>> >>>> if you can wait till Friday, I can probably take a look through too. >>>> Are the failing tests on html that is created by javascript - that >>>> could account for the errors? >>>> Would there be any benefit in writing the equivalent test in jsunit, >>>> to verify whats happening? >>>> >>>> Sitting here thinking about it, index is a real bad thing to use, as >>>> many apps ( especially ajax ) ones wont have elements in any sort of >>>> order. >>>> >>>> Paul >>>> >>>> On Wed, Oct 15, 2008 at 5:23 PM, Bret Pettichord >>>> wrote: >>>> > I've spent much of today trying to understand the cause of several >>>> Watir >>>> > unit tests that have been failing with FireWatir. >>>> > >>>> > Many of our test cases are failing in two closely related cases: >>>> > 1. calls to various builder methods using the index specifier, e.g. >>>> > brower.checkbox(:index, 1) >>>> > 2. calls to element collections, e.g. browser.checkboxes >>>> > >>>> > In both cases, it seems that FireWatir is not correctly accessing >>>> elements >>>> > by source order. I cannot figure out why this is happening. I've made >>>> a >>>> > close inspection of the code (simplifying it in the process) and can't >>>> find >>>> > any logic errors, and all the javascript methods being used work in >>>> source >>>> > order (or at least they are so documented). >>>> > >>>> > In some cases, the failing Watir unit tests were commented out from >>>> the >>>> > FireWatir test suite. In other cases, they remain and work, and I can >>>> find >>>> > no clear reason why they work in one case and not in the other. >>>> However, the >>>> > behavior does not seem random at all. My best explanation for this >>>> > discrepancy right now is that there are small differences in their >>>> test HTML >>>> > files that results in different javascript behavior. >>>> > >>>> > At this point I am weighing our options. >>>> > 1. Spend more time to figure out what is going on. >>>> > 2. Isolate Watir's index tests (or at least those that fail with >>>> FireWatir) >>>> > from its other tests and tag them as failing on Firefox. >>>> > 3. Something else. >>>> > >>>> > Thoughts? >>>> > >>>> > Bret >>>> > >>>> > -- >>>> > Bret Pettichord >>>> > GTalk: bpettichord at gmail.com >>>> > 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 >>> GTalk: bpettichord at gmail.com >>> 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 > GTalk: bpettichord at gmail.com > 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 GTalk: bpettichord at gmail.com 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 Fri Oct 17 15:54:23 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Fri, 17 Oct 2008 13:54:23 -0600 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: the checkbox problem that Bret describes above seems to have been caused by some bad html I did all those years ago Im now wiser, and here is a patch to fix the checkbox1.html file, as well as a new file, as it might be easier for some to read. Paul On Fri, Oct 17, 2008 at 3:07 AM, Angrez Singh wrote: >> For example, in links_test.rb, the following line fails with firefox: >> >> assert_equal( false , browser.link(:index, 1).disabled ) >> >> This line was commented out of the FireWatir unit test, so I can only >> assume that some one on the original FireWatir team had already seen this >> problem. > > I can tell you about this, it has been commented because Firefox recognizes > disabled attribute only if it is provided in the HTML. If disabled attribute > is not there in the HTML it doesn't return anything. Probably thats why I > commented that test case. I'll have a look at the other things tonight. > > Regards, > Angrez > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch.txt URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Fri Oct 17 15:55:54 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Fri, 17 Oct 2008 13:55:54 -0600 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: I think, in ie you can do something like this: and you will get a disabled button but for FF, this might be needed. - I THINK thats whats needed. Id need to look it up and test to be sure Paul On Fri, Oct 17, 2008 at 1:32 PM, Bret Pettichord wrote: > OK that is good information, because i see now that we are getting lots of > failures on calls to "disabled". > > Bret > > On Fri, Oct 17, 2008 at 4:07 AM, Angrez Singh wrote: >>> >>> For example, in links_test.rb, the following line fails with firefox: >>> >>> assert_equal( false , browser.link(:index, 1).disabled ) >>> >>> This line was commented out of the FireWatir unit test, so I can only >>> assume that some one on the original FireWatir team had already seen this >>> problem. >> >> I can tell you about this, it has been commented because Firefox >> recognizes disabled attribute only if it is provided in the HTML. If >> disabled attribute is not there in the HTML it doesn't return anything. >> Probably thats why I commented that test case. I'll have a look at the other >> things tonight. >> >> Regards, >> Angrez >> >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development > > > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 Fri Oct 17 16:33:31 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 17 Oct 2008 15:33:31 -0500 Subject: [Wtr-development] Updated Notes on Unit Tests Message-ID: Based on feedback from Jeff Fry and Paul Rogers, I've updated the instructions for running unit tests in trunk. http://wiki.openqa.org/display/WTR/Running+Unit+Tests+in+Development I believe these to know be current, accurate and fairly complete. But of course, let me know if you have problems getting this to work. Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Fri Oct 17 17:08:04 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 17 Oct 2008 16:08:04 -0500 Subject: [Wtr-development] Fwd: [GitHub] lastobelus sent you a message In-Reply-To: <48f8fe3f59586_399d15af5a401e6421c@xc88-s00009.tmail> References: <48f8fe3f59586_399d15af5a401e6421c@xc88-s00009.tmail> Message-ID: Can any one help me create a patch from this? A patch file would be fine, or the git command that would generate it (I have git installed). Bret ---------- Forwarded message ---------- From: GitHub Date: Fri, Oct 17, 2008 at 4:06 PM Subject: [GitHub] lastobelus sent you a message To: bret at pettichord.com lastobelus wants you to pull from lastobelus/firewatir-enhancements at master Body: hi, I have pulled Daniel's tablebody impl. and merged with the latest master on Pistos' fork, with line ending conversion done on Daniel's additions. View repository: http://github.com/lastobelus/firewatir-enhancements/tree/master -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Fri Oct 17 23:51:16 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Fri, 17 Oct 2008 21:51:16 -0600 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: as for the disabled attriute, this doesnt appear to be supported by firefox for links.According to the html spec ( http://www.w3.org/TR/DOM-Level-2-HTML/html.html ) it says "disabled of type boolean Enables/disables the link. This is currently only used for style sheet links, and may be used to activate or deactivate style sheets." So, is this really a valid test for firewatir. Im thinking not. Bret - is there an easy way to distinguish between tests for watir and firewatir? the links test has 2 other failures, but I dont think they are relevant to the html in the unit tests Paul On Fri, Oct 17, 2008 at 1:55 PM, Paul Rogers wrote: > I think, in ie you can do something like this: > > > > and you will get a disabled button > > but for FF, this might be needed. > > > > - I THINK thats whats needed. Id need to look it up and test to be sure > > > Paul > > > On Fri, Oct 17, 2008 at 1:32 PM, Bret Pettichord wrote: >> OK that is good information, because i see now that we are getting lots of >> failures on calls to "disabled". >> >> Bret >> >> On Fri, Oct 17, 2008 at 4:07 AM, Angrez Singh wrote: >>>> >>>> For example, in links_test.rb, the following line fails with firefox: >>>> >>>> assert_equal( false , browser.link(:index, 1).disabled ) >>>> >>>> This line was commented out of the FireWatir unit test, so I can only >>>> assume that some one on the original FireWatir team had already seen this >>>> problem. >>> >>> I can tell you about this, it has been commented because Firefox >>> recognizes disabled attribute only if it is provided in the HTML. If >>> disabled attribute is not there in the HTML it doesn't return anything. >>> Probably thats why I commented that test case. I'll have a look at the other >>> things tonight. >>> >>> Regards, >>> Angrez >>> >>> _______________________________________________ >>> Wtr-development mailing list >>> Wtr-development at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/wtr-development >> >> >> >> -- >> Bret Pettichord >> GTalk: bpettichord at gmail.com >> 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 Sat Oct 18 00:45:45 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 17 Oct 2008 23:45:45 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: On Fri, Oct 17, 2008 at 10:51 PM, Paul Rogers wrote: > > So, is this really a valid test for firewatir. Im thinking not. Bret - > is there an easy way to distinguish between tests for watir and > firewatir? > Yes there is. if test_something includes functionality that only applies to IE, then it should be tagged using this command: tag_method :test_something, :fails_on_firefox This will automatically not run it when running the unit tests with firewatir. You can find several examples in the Watir test suite (i haven't yet tagged the FireWatir test suite). My goal is to eventually merge the suites into one master suite with everything tagged like this as appropriate. Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 gavin at vmbed.com Sun Oct 19 22:47:04 2008 From: gavin at vmbed.com (Gavin Jefferies) Date: Sun, 19 Oct 2008 19:47:04 -0700 Subject: [Wtr-development] test parameters not working Message-ID: <65b3137e0810191947p670aee2sb409aec24497c5c1@mail.gmail.com> Hi Bret, I was trying to narrow down some failures with the core tests that I'm having and I found that the standard Test::Unit parameters were no longer working when I updated from SVN. I've narrowed this down to a recent change: C:\work>watir\unittests\ie_exists_test.rb -v p Loaded suite C:/work/watir/unittests/ie_exists_test Started ... Finished in 3.547 seconds. 3 tests, 3 assertions, 0 failures, 0 errors C:\work>copy watir-common\unittests\setup\filter.rb.1468 watir-common\unittests\setup\filter.rb Overwrite watir-common\unittests\setup\filter.rb? (Yes/No/All): yes 1 file(s) copied. C:\work>watir\unittests\ie_exists_test.rb -v p Loaded suite C:/work/watir/unittests/ie_exists_test Started test_some_one_else_closed_it(TC_IENotExists): . test_we_closed_it(TC_IENotExists): . test_exists(TC_IE_Exists): . Finished in 3.796 seconds. 3 tests, 3 assertions, 0 failures, 0 errors C:\work>svn diff -r1468:1518 watir-common\unittests\setup\filter.rb Index: watir-common/unittests/setup/filter.rb =================================================================== --- watir-common/unittests/setup/filter.rb (revision 1468) +++ watir-common/unittests/setup/filter.rb (revision 1518) @@ -1,6 +1,4 @@ -# this file needs to be loaded before 'test/unit' to ensure that our -# test runner is used instead (defined in the at_exit block below). - +require 'test/unit' require 'test/unit/collector/objectspace' # Modify the Test::Unit runner in Eclipse, so it only runs our tests C:\work> Cheers, Gavin -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Mon Oct 20 11:08:00 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Mon, 20 Oct 2008 09:08:00 -0600 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: One thing here. Firewatir seems to return "" rather than raise an unknown method exception, if you do something like this: browser.link(:index,1).nosuchmethod Im sure Ive fixed this somewhere but cant seem to find it ( difernet machine, different company? ). I thik it was a change in method_missing in firewatir. I wont have a chance to do it this week, but next I can try and fix it Paul On Fri, Oct 17, 2008 at 3:07 AM, Angrez Singh wrote: >> For example, in links_test.rb, the following line fails with firefox: >> >> assert_equal( false , browser.link(:index, 1).disabled ) >> >> This line was commented out of the FireWatir unit test, so I can only >> assume that some one on the original FireWatir team had already seen this >> problem. > > I can tell you about this, it has been commented because Firefox recognizes > disabled attribute only if it is provided in the HTML. If disabled attribute > is not there in the HTML it doesn't return anything. Probably thats why I > commented that test case. I'll have a look at the other things tonight. > > Regards, > Angrez > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From bret at pettichord.com Mon Oct 20 18:41:56 2008 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 20 Oct 2008 17:41:56 -0500 Subject: [Wtr-development] test parameters not working In-Reply-To: <65b3137e0810191947p670aee2sb409aec24497c5c1@mail.gmail.com> References: <65b3137e0810191947p670aee2sb409aec24497c5c1@mail.gmail.com> Message-ID: Gavin, Thanks for the very detailed report. Let me see what I can do. Bret On Sun, Oct 19, 2008 at 9:47 PM, Gavin Jefferies wrote: > Hi Bret, > > I was trying to narrow down some failures with the core tests that I'm > having and I found that the standard Test::Unit parameters were no longer > working when I updated from SVN. I've narrowed this down to a recent change: > > C:\work>watir\unittests\ie_exists_test.rb -v p > Loaded suite C:/work/watir/unittests/ie_exists_test > Started > ... > Finished in 3.547 seconds. > > 3 tests, 3 assertions, 0 failures, 0 errors > > C:\work>copy watir-common\unittests\setup\filter.rb.1468 > watir-common\unittests\setup\filter.rb > Overwrite watir-common\unittests\setup\filter.rb? (Yes/No/All): yes > 1 file(s) copied. > > C:\work>watir\unittests\ie_exists_test.rb -v p > Loaded suite C:/work/watir/unittests/ie_exists_test > Started > test_some_one_else_closed_it(TC_IENotExists): . > test_we_closed_it(TC_IENotExists): . > test_exists(TC_IE_Exists): . > > Finished in 3.796 seconds. > > 3 tests, 3 assertions, 0 failures, 0 errors > > C:\work>svn diff -r1468:1518 watir-common\unittests\setup\filter.rb > Index: watir-common/unittests/setup/filter.rb > =================================================================== > --- watir-common/unittests/setup/filter.rb (revision 1468) > +++ watir-common/unittests/setup/filter.rb (revision 1518) > @@ -1,6 +1,4 @@ > -# this file needs to be loaded before 'test/unit' to ensure that our > -# test runner is used instead (defined in the at_exit block below). > - > +require 'test/unit' > require 'test/unit/collector/objectspace' > > # Modify the Test::Unit runner in Eclipse, so it only runs our tests > > C:\work> > > Cheers, > Gavin > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Mon Oct 20 18:37:16 2008 From: bret at pettichord.com (Bret Pettichord) Date: Mon, 20 Oct 2008 17:37:16 -0500 Subject: [Wtr-development] [Fwd: [wtr-general] Re: Building a gem from trunk / watir-common] Message-ID: <48FD081C.9090009@pettichord.com> Jeff, I ran into the same problem. I can't remember exactly what I did to fix it, but I think I had to set up an environment variable. It works for me now. I think one of these settings did the trick: HOME=\Documents and Settings\Administrator HOMEDRIVE=C: HOMEPATH=\Documents and Settings\Administrator Bret Forwarding from Watir General -------- Original Message -------- Subject: [wtr-general] Re: Building a gem from trunk / watir-common Date: Sun, 19 Oct 2008 17:01:55 -0700 From: Jeff Fry Reply-To: watir-general at googlegroups.com To: watir-general at googlegroups.com References: <970956b0810140008u2592158ayb9af8ccef41eedce at mail.gmail.com> <970956b0810152239r5bedce55r7fa9e38fb776e788 at mail.gmail.com> <970956b0810152241y629ef5f2mf03299d3b40d8a85 at mail.gmail.com> <48F75274.4030309 at pettichord.com> Hey Bret, 'gem install hoe' worked just fine C:\dev\watir>gem install hoe Bulk updating Gem source index for: http://gems.rubyforge.org/ Successfully installed rubyforge-1.0.0 Successfully installed rake-0.8.3 Successfully installed hoe-1.8.0 But building watir-common failed again - couldn't find HOME: C:\dev\watir-common>rake gem --trace (in C:/dev/watir-common) rake aborted! couldn't find HOME environment -- expanding `~/.hoerc' c:/ruby/lib/ruby/gems/1.8/gems/hoe-1.8.0/lib/hoe.rb:435:in `expand_path' c:/ruby/lib/ruby/gems/1.8/gems/hoe-1.8.0/lib/hoe.rb:435:in `with_config' c:/ruby/lib/ruby/gems/1.8/gems/hoe-1.8.0/lib/hoe.rb:472:in `define_tasks' c:/ruby/lib/ruby/gems/1.8/gems/hoe-1.8.0/lib/hoe.rb:426:in `initialize' C:/dev/watir-common/rakefile:5:in `new' C:/dev/watir-common/rakefile:5 c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2349:in `load' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2349:in `raw_load_rakefile ' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1985:in `load_rakefile' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exceptio n_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1984:in `load_rakefile' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1969:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exceptio n_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.3/bin/rake:31 c:/ruby/bin/rake:19:in `load' c:/ruby/bin/rake:19 Any ideas what I'm missing now? Thanks again for all this help. Once this is complete, I'll happily add what worked for me to the wiki. Jeff On Thu, Oct 16, 2008 at 7:40 AM, Bret Pettichord > wrote: You'll need to "gem install hoe" before building watir-common. And then you'll need to install it, before installing Watir. Bret Jeff Fry wrote: > Corrected below > > On Wed, Oct 15, 2008 at 10:39 PM, Jeff Fry > >> wrote: > > OK, I'm getting closer - I've checked out from 1 level up and so > now have watir-common. I just > > > I created a gem #this is what I meant to paste here: > C:\dev\watir>gem build watir.gemspec > Successfully built RubyGem > Name: watir > Version: 1.5.6 > File: watir-1.5.6.gem > > > ...and then tried the following: > > C:\dev\watir-common>rake gem > (in C:/dev/watir-common) > rake aborted! > no such file to load -- hoe > C:/dev/watir-common/rakefile:2 > (See full trace by running task with --trace) > > I tried the same thing in /watir, which succeeded... > > > C:\dev\watir>rake gem > (in C:/dev/watir) > mkdir -p pkg > Successfully built RubyGem > Name: watir > Version: 1.5.6 > File: watir-1.5.6.gem > mv watir-1.5.6.gem pkg/watir-1.5.6.gem > > ...but still doesn't get watir to build for me: > > > C:\dev\watir\pkg>gem install watir-1.5.6.gem --local > ERROR: Error installing watir-1.5.6.gem: > watir requires watir-common (>= 0) > > Bret or others, can you help me find the error of my ways? > > I'll be happy to get this onto the wiki in greater detail. > > Thanks, > Jeff > > > > On Tue, Oct 14, 2008 at 12:08 AM, Jeff Fry > >> wrote: > > From IRC: > > [23:02] Hey there, have any of you built a gem > locally from the watir trunk? > [23:02] I've done it successfully a long time back, I > think. > [23:02] Just tried now and got: > [23:02] ERROR: Error installing watir-1.5.6.gem: > [23:02] watir requires watir-common (>= 0) > [23:02] Does that mean anything to you? > [23:07] hi there > [23:08] you'll also need to build the > watir-common gem > [23:08] "rake gem" in the watir-common directory > > > I've searched for a directory called common or watir-common > and came up blank. I also tried: > C:\dev\watir>rake gem > ...Which created a pkg directory, containing > 10/13/2008 11:12 PM 254,464 watir-1.5.6.gem > > ...but clearly I'm missing something because both of the > following still fail for me: > > C:\dev\watir\pkg>gem install watir-1.5.6.gem > Bulk updating Gem source index for: http://gems.rubyforge.org/ > ERROR: Error installing watir-1.5.6.gem: > watir requires watir-common (>= 0) > > C:\dev\watir\pkg>gem install watir-1.5.6.gem --local > ERROR: Error installing watir-1.5.6.gem: > watir requires watir-common (>= 0) > > What am I missing? > > Thanks, > > -- > Jeff Fry > > http://testingjeff.wordpress.com > http://associationforsoftwaretesting.org > > > > > -- > Jeff Fry > > http://testingjeff.wordpress.com > http://associationforsoftwaretesting.org > > > > > -- > Jeff Fry > > http://testingjeff.wordpress.com > http://associationforsoftwaretesting.org > > > -- Jeff Fry http://testingjeff.wordpress.com http://associationforsoftwaretesting.org --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Watir General" group. To post to this group, send email to watir-general at googlegroups.com Before posting, please read the following guidelines: http://wiki.openqa.org/display/WTR/Support To unsubscribe from this group, send email to watir-general-unsubscribe at googlegroups.com For more options, visit this group at http://groups.google.com/group/watir-general -~----------~----~----~----~------~----~------~--~--- From bret at pettichord.com Tue Oct 21 16:10:46 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 21 Oct 2008 15:10:46 -0500 Subject: [Wtr-development] test parameters not working In-Reply-To: <65b3137e0810191947p670aee2sb409aec24497c5c1@mail.gmail.com> References: <65b3137e0810191947p670aee2sb409aec24497c5c1@mail.gmail.com> Message-ID: This problem should now be fixed in trunk. Please let me know if you see any other problems. Bret On Sun, Oct 19, 2008 at 9:47 PM, Gavin Jefferies wrote: > Hi Bret, > > I was trying to narrow down some failures with the core tests that I'm > having and I found that the standard Test::Unit parameters were no longer > working when I updated from SVN. I've narrowed this down to a recent change: > > C:\work>watir\unittests\ie_exists_test.rb -v p > Loaded suite C:/work/watir/unittests/ie_exists_test > Started > ... > Finished in 3.547 seconds. > > 3 tests, 3 assertions, 0 failures, 0 errors > > C:\work>copy watir-common\unittests\setup\filter.rb.1468 > watir-common\unittests\setup\filter.rb > Overwrite watir-common\unittests\setup\filter.rb? (Yes/No/All): yes > 1 file(s) copied. > > C:\work>watir\unittests\ie_exists_test.rb -v p > Loaded suite C:/work/watir/unittests/ie_exists_test > Started > test_some_one_else_closed_it(TC_IENotExists): . > test_we_closed_it(TC_IENotExists): . > test_exists(TC_IE_Exists): . > > Finished in 3.796 seconds. > > 3 tests, 3 assertions, 0 failures, 0 errors > > C:\work>svn diff -r1468:1518 watir-common\unittests\setup\filter.rb > Index: watir-common/unittests/setup/filter.rb > =================================================================== > --- watir-common/unittests/setup/filter.rb (revision 1468) > +++ watir-common/unittests/setup/filter.rb (revision 1518) > @@ -1,6 +1,4 @@ > -# this file needs to be loaded before 'test/unit' to ensure that our > -# test runner is used instead (defined in the at_exit block below). > - > +require 'test/unit' > require 'test/unit/collector/objectspace' > > # Modify the Test::Unit runner in Eclipse, so it only runs our tests > > C:\work> > > Cheers, > Gavin > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Oct 23 13:42:08 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 23 Oct 2008 12:42:08 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: Paul, This behavior is intentional. FireWatir has a method missing that sends any method on an element to get the attribute with that name, if it exists. We never added this feature to Watir, partly because it means that you don't get errors if you make a typo. At some point we'll need to figure out how to reconcile these behaviors, but I'm not worried about it right now. Bret On Mon, Oct 20, 2008 at 10:08 AM, Paul Rogers wrote: > One thing here. Firewatir seems to return "" rather than raise an > unknown method exception, if you do something like this: > > browser.link(:index,1).nosuchmethod > > Im sure Ive fixed this somewhere but cant seem to find it ( difernet > machine, different company? ). I thik it was a change in > method_missing in firewatir. > I wont have a chance to do it this week, but next I can try and fix it > > Paul > > > On Fri, Oct 17, 2008 at 3:07 AM, Angrez Singh wrote: > >> For example, in links_test.rb, the following line fails with firefox: > >> > >> assert_equal( false , browser.link(:index, 1).disabled ) > >> > >> This line was commented out of the FireWatir unit test, so I can only > >> assume that some one on the original FireWatir team had already seen > this > >> problem. > > > > I can tell you about this, it has been commented because Firefox > recognizes > > disabled attribute only if it is provided in the HTML. If disabled > attribute > > is not there in the HTML it doesn't return anything. Probably thats why I > > commented that test case. I'll have a look at the other things tonight. > > > > Regards, > > Angrez > > > > _______________________________________________ > > 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 GTalk: bpettichord at gmail.com 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 Oct 23 16:11:55 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 23 Oct 2008 15:11:55 -0500 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: Just to follow up -- this problem is now fixed in FireWatir. I just made "disabled" return the opposite of "enabled?" and this got all my Watir disabled tests to work with firewatir. Bret On Fri, Oct 17, 2008 at 4:07 AM, Angrez Singh wrote: > For example, in links_test.rb, the following line fails with firefox: >> > >> assert_equal( false , browser.link(:index, 1).disabled ) >> >> This line was commented out of the FireWatir unit test, so I can only >> assume that some one on the original FireWatir team had already seen this >> problem. >> > > I can tell you about this, it has been commented because Firefox recognizes > disabled attribute only if it is provided in the HTML. If disabled attribute > is not there in the HTML it doesn't return anything. Probably thats why I > commented that test case. I'll have a look at the other things tonight. > > Regards, > Angrez > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 nathamberlane at gmail.com Fri Oct 24 11:18:55 2008 From: nathamberlane at gmail.com (Nathan Lane) Date: Fri, 24 Oct 2008 09:18:55 -0600 Subject: [Wtr-development] [wtr-general] Re: table row_count incorrect In-Reply-To: <68eae8cd-08ac-4031-b4c4-05ea57e706dc@17g2000hsk.googlegroups.com> References: <6b17e0e5-9b7d-430f-8904-6368e523173a@q26g2000prq.googlegroups.com> <1b6592f1-53bd-423d-b7dd-51d7029271d3@1g2000prd.googlegroups.com> <2a379a300810232008t3571d05eibf1cdc5e837b88b1@mail.gmail.com> <68eae8cd-08ac-4031-b4c4-05ea57e706dc@17g2000hsk.googlegroups.com> Message-ID: <9afbd5b90810240818j12540faev3cbe2780da2c114d@mail.gmail.com> I'm wondering whether or not this should be a defect really, because according to this standards document about tables ( http://www.w3.org/TR/html401/struct/tables.html) tables probably shouldn't be contained in tables. I know that the site you're testing is probably using tables as a means of layout, which is outdated and has always been an incorrect use of tables. One alternative to trying to fix something that isn't really broken is to tell your developers that using tables for layout is invalid HTML 4/XHTML and to update it to today's web standards. I don't really think that Watir is what's broken here, rather it is the web site that is using a broken method. I may be wrong about the site your testing using tables for layout, but if it is using tables for layout, then that's invalid HTML according to W3C. Just some thoughts. Nathan On Fri, Oct 24, 2008 at 6:48 AM, Moochie wrote: > > Someone posted this code and it worked really well for me. > > #Get actual row count when enbedded tables exists > def get_row_count_minus_enbedded_rows(table) > num_rows=0 > begin > (1..table.row_count).each do |i| > num_rows = i > table[i] > end > rescue > end > return num_rows > end > > > > On Oct 23, 10:08 pm, "Alan Baird" wrote: > > Paul - > > This issue is WTR-26 > > (http://jira.openqa.org/browse/WTR-26)< > http://jira.openqa.org/browse/WTR-26>, > > it's been around for a while. Your solution looks like the one that is > in > > this ticket. > > > > Alan > > > > On Thu, Oct 23, 2008 at 9:10 PM, Paul Denize >wrote: > > > > > > > > > > > > > Overloading the following seems to get past the limitations. Perhaps > > > someone with more DOM experience can comment if there are any dangers > > > > > One thin I did notice is that it picks up data cells just like > > > ones > > > > > class Table > > > def row_count > > > assert_exists > > > return @o.rows().length > > > end > > > > > def to_a > > > assert_exists > > > y = [] > > > table_rows = @o.rows() > > > for row in table_rows > > > puts row.to_a.inspect > > > x = [] > > > for td in row.cells() > > > x << td.innerText.strip > > > end > > > y << x > > > end > > > return y > > > end > > > > > end- Hide quoted text - > > > > - Show quoted text - > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups > "Watir General" group. > To post to this group, send email to watir-general at googlegroups.com > Before posting, please read the following guidelines: > http://wiki.openqa.org/display/WTR/Support > To unsubscribe from this group, send email to > watir-general-unsubscribe at googlegroups.com > For more options, visit this group at > http://groups.google.com/group/watir-general > -~----------~----~----~----~------~----~------~--~--- > > -- Nathan Lane Home, http://www.nathandelane.com Blog, http://nathandelane.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Fri Oct 24 11:47:48 2008 From: paul.rogers at shaw.ca (Paul Rogers) Date: Fri, 24 Oct 2008 09:47:48 -0600 Subject: [Wtr-development] Index in FireWatir In-Reply-To: References: Message-ID: but its really annoying, as if you spell it wrong you dont get any indication. I know from trying to get a tlitle from a link ;-) I fixed this somehow, somewhere, but dont remember how. Paul On Thu, Oct 23, 2008 at 11:42 AM, Bret Pettichord wrote: > Paul, > > This behavior is intentional. FireWatir has a method missing that sends any > method on an element to get the attribute with that name, if it exists. We > never added this feature to Watir, partly because it means that you don't > get errors if you make a typo. > > At some point we'll need to figure out how to reconcile these behaviors, but > I'm not worried about it right now. > > Bret > > On Mon, Oct 20, 2008 at 10:08 AM, Paul Rogers wrote: >> >> One thing here. Firewatir seems to return "" rather than raise an >> unknown method exception, if you do something like this: >> >> browser.link(:index,1).nosuchmethod >> >> Im sure Ive fixed this somewhere but cant seem to find it ( difernet >> machine, different company? ). I thik it was a change in >> method_missing in firewatir. >> I wont have a chance to do it this week, but next I can try and fix it >> >> Paul >> >> >> On Fri, Oct 17, 2008 at 3:07 AM, Angrez Singh wrote: >> >> For example, in links_test.rb, the following line fails with firefox: >> >> >> >> assert_equal( false , browser.link(:index, 1).disabled ) >> >> >> >> This line was commented out of the FireWatir unit test, so I can only >> >> assume that some one on the original FireWatir team had already seen >> >> this >> >> problem. >> > >> > I can tell you about this, it has been commented because Firefox >> > recognizes >> > disabled attribute only if it is provided in the HTML. If disabled >> > attribute >> > is not there in the HTML it doesn't return anything. Probably thats why >> > I >> > commented that test case. I'll have a look at the other things tonight. >> > >> > Regards, >> > Angrez >> > >> > _______________________________________________ >> > 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 > GTalk: bpettichord at gmail.com > 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 Tue Oct 28 10:33:50 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 28 Oct 2008 09:33:50 -0500 Subject: [Wtr-development] Fwd: XPI for Firefox 3.x In-Reply-To: References: <9c796f4f0810171215s24ecc49bg41cff7f0fb0ac4ab@mail.gmail.com> <9c796f4f0810210726h4168fe8dt779668fcff629e69@mail.gmail.com> <9c796f4f0810210813o11179351g16c0e1232fd64af7@mail.gmail.com> <9c796f4f0810211027j5c86484et66164b8e4db1a05b@mail.gmail.com> <9c796f4f0810220728p7b5f24bckdd125409e853c7f7@mail.gmail.com> <9c796f4f0810231334p298e5f70nc6c32c1dd3ca19bd@mail.gmail.com> <9c796f4f0810231453h221bc864y12ad34208ce3bc66@mail.gmail.com> Message-ID: FYI ---------- Forwarded message ---------- From: Bret Pettichord Date: Tue, Oct 28, 2008 at 9:33 AM Subject: Re: XPI for Firefox 3.x To: Angrez Singh Yes this is good information. Could you add this to this page: http://wiki.openqa.org/display/WTR/FireWatir+Installation Bret On Fri, Oct 24, 2008 at 1:01 AM, Angrez Singh wrote: > Thanks a lot for your inputs. I tried at my home machine and it didn't > worked out because I was not having any VS installed on my machine. > > Bret, > Is this something which we want to add to installation instructions? Let me > know I'll add it. > > Regards, > Angrez > > On Fri, Oct 24, 2008 at 3:23 AM, Ryan Huynh wrote: > >> Hi, >> >> I've finally figured out what is wrong. Apparently, the XPI for Firefox >> 3.x was compiled with Visual 2005 SP1, and it's required the >> Microsoft.VC80.CRT to be installed on the machine. And it's not installed >> on my machine. After installing redistributed package for VS 2005 SP1, it >> works like a champ. >> >> Thanks for your responsive reply. >> >> --ryan >> >> >> >> On Thu, Oct 23, 2008 at 4:34 PM, Ryan Huynh wrote: >> >>> Hi, >>> >>> I have just realized that when I tried to installed the XPI file, I got >>> these error message: >>> >>> EventID: 59 >>> Source: SideBySide >>> >>> Dependent Assembly Microsoft.VC80.CRT could not be found and Last Error >>> was The referenced assembly is not installed on your system >>> >>> any idea? >>> >>> >>> >>> On Wed, Oct 22, 2008 at 10:28 AM, Ryan Huynh wrote: >>> >>>> It is still not working for me. I have tried it on different, clean >>>> machines... but still no success. >>>> >>>> >>>> On Wed, Oct 22, 2008 at 1:17 AM, Angrez Singh wrote: >>>> >>>>> Thats how you install XPI. After that you need to close Firefox and >>>>> then start your script. It should work. >>>>> >>>>> - Angrez >>>>> >>>>> >>>>> On Tue, Oct 21, 2008 at 10:57 PM, Ryan Huynh wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> This seems like a stupid question but how do you install xpi file in >>>>>> Firefox? I installed it by select File->Open File, then browed to the >>>>>> file. After it's installed, I selected yes for restarting Firefox. And it >>>>>> shows up as JSSh 0.9 Add-Ons extentions. >>>>>> >>>>>> I really hope you could help me because this is the last huddle I have >>>>>> to overcome. >>>>>> >>>>>> Thanks, >>>>>> Ryan >>>>>> >>>>>> On Tue, Oct 21, 2008 at 11:13 AM, Ryan Huynh wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> This is the exact error message I got: >>>>>>> C:\ruby\bin>ruby yahoomail.rb c:\test.txt c:\test.doc >>>>>>> start: Tue Oct 21 11:11:36 -0400 2008 >>>>>>> file 1 is c:\test.txt >>>>>>> file 2 is c:\test.doc >>>>>>> PROFILE: >>>>>>> Starting Firefox using the executable : C:\Program Files\Mozilla >>>>>>> Firefox\firefox >>>>>>> .exe >>>>>>> Waiting for 2 seconds for Firefox to get started. >>>>>>> C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.2.1/./firewatir.rb:340:in >>>>>>> `set_defaul >>>>>>> ts': Unable to connect to machine : 127.0.0.1 on port 9997. Make >>>>>>> sure that JSSh >>>>>>> is properly installed and Firefox is running with '-jssh' option >>>>>>> (FireWatir::Exc >>>>>>> eption::UnableToStartJSShException) >>>>>>> from >>>>>>> C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.2.1/./firewatir.rb:230:i >>>>>>> n `initialize' >>>>>>> from yahoomail.rb:18:in `new' >>>>>>> from yahoomail.rb:18 >>>>>>> C:\ruby\bin> >>>>>>> >>>>>>> On Tue, Oct 21, 2008 at 10:26 AM, Ryan Huynh wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> I'm using the release version of FF 3.0.3. I'll try it on >>>>>>>> different machine. The problem i have is everytimes I called Firefox.new, >>>>>>>> it throws error. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Ryan >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Oct 20, 2008 at 11:53 AM, Angrez Singh wrote: >>>>>>>> >>>>>>>>> I am using the same and it did worked on my machine. Which Firefox >>>>>>>>> version are you using? >>>>>>>>> >>>>>>>>> - Angrez >>>>>>>>> >>>>>>>>> >>>>>>>>> On Mon, Oct 20, 2008 at 6:51 PM, Ryan Huynh wrote: >>>>>>>>> >>>>>>>>>> No, I'm using XPSP2. Is there anychance that you can recompile >>>>>>>>>> the XPI with the release code of Firefox 3.x? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Mon, Oct 20, 2008 at 9:13 AM, Angrez Singh wrote: >>>>>>>>>> >>>>>>>>>>> It did worked for me on my machine. Are you using Vista? I'll try >>>>>>>>>>> here on my machine again and will let you know. Hope I'll be able to help >>>>>>>>>>> you. >>>>>>>>>>> >>>>>>>>>>> - Angrez >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 20, 2008 at 6:32 PM, Ryan Huynh >>>>>>>>>> > wrote: >>>>>>>>>>> >>>>>>>>>>>> Hi, >>>>>>>>>>>> >>>>>>>>>>>> I downloaded the XPI file from >>>>>>>>>>>> http://wiki.openqa.org/display/WTR/FireWatir+Installation >>>>>>>>>>>> >>>>>>>>>>>> Yes, I have the admin privileges when I installed this. >>>>>>>>>>>> >>>>>>>>>>>> It worked fine if I use FireFox 2.x (using its own XPI) but >>>>>>>>>>>> didn't work for Firefox 3.x (using its own XPI) >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> ryan >>>>>>>>>>>> >>>>>>>>>>>> On Mon, Oct 20, 2008 at 12:46 AM, Angrez Singh < >>>>>>>>>>>> angrez at gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Hi Ryan, >>>>>>>>>>>>> >>>>>>>>>>>>> From where you downloaded the XPI's? And are you installing the >>>>>>>>>>>>> XPI with administrative privileges? >>>>>>>>>>>>> >>>>>>>>>>>>> - Angrez >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Sat, Oct 18, 2008 at 1:01 AM, Ryan Huynh < >>>>>>>>>>>>> rhuynh101 at gmail.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>> >>>>>>>>>>>>>> I hope you can help me out. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I've downloaded the jssh-20080708-Winnt.xpi and installed it >>>>>>>>>>>>>> with Firefox 3.0.x. >>>>>>>>>>>>>> >>>>>>>>>>>>>> When I tried to run Firefox.new, it errored out saying it's >>>>>>>>>>>>>> unable to connect to localhost on port 9997. After I open firefox with >>>>>>>>>>>>>> -jssh, I couldn't telnet the localhost with port 9997. Is there any newer >>>>>>>>>>>>>> xpi file? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> Ryan >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 GTalk: bpettichord at gmail.com 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 Oct 28 16:26:27 2008 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 28 Oct 2008 15:26:27 -0500 Subject: [Wtr-development] Browser.new Message-ID: I think I've completed the work necessary to release Browser.new for Watir 1.6. This functionality is described in some detail here: http://wiki.openqa.org/display/WTR/Browser.new I'm planning to release Watir 1.6 this week, but would love to have some one look at this and give me feedback on it first. Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 charley.baker at gmail.com Tue Oct 28 14:17:11 2008 From: charley.baker at gmail.com (Charley Baker) Date: Tue, 28 Oct 2008 12:17:11 -0600 Subject: [Wtr-development] Fwd: XPI for Firefox 3.x In-Reply-To: References: <9c796f4f0810171215s24ecc49bg41cff7f0fb0ac4ab@mail.gmail.com> <9c796f4f0810210813o11179351g16c0e1232fd64af7@mail.gmail.com> <9c796f4f0810211027j5c86484et66164b8e4db1a05b@mail.gmail.com> <9c796f4f0810220728p7b5f24bckdd125409e853c7f7@mail.gmail.com> <9c796f4f0810231334p298e5f70nc6c32c1dd3ca19bd@mail.gmail.com> <9c796f4f0810231453h221bc864y12ad34208ce3bc66@mail.gmail.com> Message-ID: I noted the same in my blog when recompiling win32ole.so and the wmq.so that we're using. All said and done, I ended up using MSVC6 instead of the updated versions of Visual Studio that I had available which required their own runtime libraries be installed. The ruby one click installers shared libs are compiled with MSVC6 in order to avoid some of these dependencies. I haven't taken a look at compiling the jssh libraries and whether or not they can be compiled with MSVC6. Depending on which version of VS you're using there are associated requirements for installing the runtime dependencies and running the manifest tool against the compiled library. I fear we're setting ourselves up for a lot questions and problems around dependencies if we deviate from the current one-click installer "standard". Thoughts? Charley Baker blog: http://charleybakersblog.blogspot.com/ Project Manager, Watir, http://wtr.rubyforge.org QA Architect, Gap Inc Direct On Tue, Oct 28, 2008 at 8:33 AM, Bret Pettichord wrote: > FYI > > ---------- Forwarded message ---------- > From: Bret Pettichord > Date: Tue, Oct 28, 2008 at 9:33 AM > Subject: Re: XPI for Firefox 3.x > To: Angrez Singh > > > Yes this is good information. Could you add this to this page: > http://wiki.openqa.org/display/WTR/FireWatir+Installation > > Bret > > > On Fri, Oct 24, 2008 at 1:01 AM, Angrez Singh wrote: > >> Thanks a lot for your inputs. I tried at my home machine and it didn't >> worked out because I was not having any VS installed on my machine. >> >> Bret, >> Is this something which we want to add to installation instructions? Let >> me know I'll add it. >> >> Regards, >> Angrez >> >> On Fri, Oct 24, 2008 at 3:23 AM, Ryan Huynh wrote: >> >>> Hi, >>> >>> I've finally figured out what is wrong. Apparently, the XPI for Firefox >>> 3.x was compiled with Visual 2005 SP1, and it's required the >>> Microsoft.VC80.CRT to be installed on the machine. And it's not installed >>> on my machine. After installing redistributed package for VS 2005 SP1, it >>> works like a champ. >>> >>> Thanks for your responsive reply. >>> >>> --ryan >>> >>> >>> >>> On Thu, Oct 23, 2008 at 4:34 PM, Ryan Huynh wrote: >>> >>>> Hi, >>>> >>>> I have just realized that when I tried to installed the XPI file, I got >>>> these error message: >>>> >>>> EventID: 59 >>>> Source: SideBySide >>>> >>>> Dependent Assembly Microsoft.VC80.CRT could not be found and Last Error >>>> was The referenced assembly is not installed on your system >>>> >>>> any idea? >>>> >>>> >>>> >>>> On Wed, Oct 22, 2008 at 10:28 AM, Ryan Huynh wrote: >>>> >>>>> It is still not working for me. I have tried it on different, clean >>>>> machines... but still no success. >>>>> >>>>> >>>>> On Wed, Oct 22, 2008 at 1:17 AM, Angrez Singh wrote: >>>>> >>>>>> Thats how you install XPI. After that you need to close Firefox and >>>>>> then start your script. It should work. >>>>>> >>>>>> - Angrez >>>>>> >>>>>> >>>>>> On Tue, Oct 21, 2008 at 10:57 PM, Ryan Huynh wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> This seems like a stupid question but how do you install xpi file in >>>>>>> Firefox? I installed it by select File->Open File, then browed to the >>>>>>> file. After it's installed, I selected yes for restarting Firefox. And it >>>>>>> shows up as JSSh 0.9 Add-Ons extentions. >>>>>>> >>>>>>> I really hope you could help me because this is the last huddle I >>>>>>> have to overcome. >>>>>>> >>>>>>> Thanks, >>>>>>> Ryan >>>>>>> >>>>>>> On Tue, Oct 21, 2008 at 11:13 AM, Ryan Huynh wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> This is the exact error message I got: >>>>>>>> C:\ruby\bin>ruby yahoomail.rb c:\test.txt c:\test.doc >>>>>>>> start: Tue Oct 21 11:11:36 -0400 2008 >>>>>>>> file 1 is c:\test.txt >>>>>>>> file 2 is c:\test.doc >>>>>>>> PROFILE: >>>>>>>> Starting Firefox using the executable : C:\Program Files\Mozilla >>>>>>>> Firefox\firefox >>>>>>>> .exe >>>>>>>> Waiting for 2 seconds for Firefox to get started. >>>>>>>> C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.2.1/./firewatir.rb:340:in >>>>>>>> `set_defaul >>>>>>>> ts': Unable to connect to machine : 127.0.0.1 on port 9997. Make >>>>>>>> sure that JSSh >>>>>>>> is properly installed and Firefox is running with '-jssh' option >>>>>>>> (FireWatir::Exc >>>>>>>> eption::UnableToStartJSShException) >>>>>>>> from >>>>>>>> C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.2.1/./firewatir.rb:230:i >>>>>>>> n `initialize' >>>>>>>> from yahoomail.rb:18:in `new' >>>>>>>> from yahoomail.rb:18 >>>>>>>> C:\ruby\bin> >>>>>>>> >>>>>>>> On Tue, Oct 21, 2008 at 10:26 AM, Ryan Huynh >>>>>>> > wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I'm using the release version of FF 3.0.3. I'll try it on >>>>>>>>> different machine. The problem i have is everytimes I called Firefox.new, >>>>>>>>> it throws error. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Ryan >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Mon, Oct 20, 2008 at 11:53 AM, Angrez Singh wrote: >>>>>>>>> >>>>>>>>>> I am using the same and it did worked on my machine. Which Firefox >>>>>>>>>> version are you using? >>>>>>>>>> >>>>>>>>>> - Angrez >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Mon, Oct 20, 2008 at 6:51 PM, Ryan Huynh wrote: >>>>>>>>>> >>>>>>>>>>> No, I'm using XPSP2. Is there anychance that you can recompile >>>>>>>>>>> the XPI with the release code of Firefox 3.x? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 20, 2008 at 9:13 AM, Angrez Singh wrote: >>>>>>>>>>> >>>>>>>>>>>> It did worked for me on my machine. Are you using Vista? I'll >>>>>>>>>>>> try here on my machine again and will let you know. Hope I'll be able to >>>>>>>>>>>> help you. >>>>>>>>>>>> >>>>>>>>>>>> - Angrez >>>>>>>>>>>> >>>>>>>>>>>> On Mon, Oct 20, 2008 at 6:32 PM, Ryan Huynh < >>>>>>>>>>>> rhuynh101 at gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Hi, >>>>>>>>>>>>> >>>>>>>>>>>>> I downloaded the XPI file from >>>>>>>>>>>>> http://wiki.openqa.org/display/WTR/FireWatir+Installation >>>>>>>>>>>>> >>>>>>>>>>>>> Yes, I have the admin privileges when I installed this. >>>>>>>>>>>>> >>>>>>>>>>>>> It worked fine if I use FireFox 2.x (using its own XPI) but >>>>>>>>>>>>> didn't work for Firefox 3.x (using its own XPI) >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks, >>>>>>>>>>>>> ryan >>>>>>>>>>>>> >>>>>>>>>>>>> On Mon, Oct 20, 2008 at 12:46 AM, Angrez Singh < >>>>>>>>>>>>> angrez at gmail.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi Ryan, >>>>>>>>>>>>>> >>>>>>>>>>>>>> From where you downloaded the XPI's? And are you installing >>>>>>>>>>>>>> the XPI with administrative privileges? >>>>>>>>>>>>>> >>>>>>>>>>>>>> - Angrez >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Sat, Oct 18, 2008 at 1:01 AM, Ryan Huynh < >>>>>>>>>>>>>> rhuynh101 at gmail.com> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I hope you can help me out. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I've downloaded the jssh-20080708-Winnt.xpi and installed it >>>>>>>>>>>>>>> with Firefox 3.0.x. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> When I tried to run Firefox.new, it errored out saying it's >>>>>>>>>>>>>>> unable to connect to localhost on port 9997. After I open firefox with >>>>>>>>>>>>>>> -jssh, I couldn't telnet the localhost with port 9997. Is there any newer >>>>>>>>>>>>>>> xpi file? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> Ryan >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 > GTalk: bpettichord at gmail.com > 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 jeff.fry at gmail.com Wed Oct 29 10:45:05 2008 From: jeff.fry at gmail.com (Jeff Fry) Date: Wed, 29 Oct 2008 07:45:05 -0700 Subject: [Wtr-development] Browser.new In-Reply-To: References: Message-ID: <970956b0810290745v3f9a601eh6fe149c0a8e09f23@mail.gmail.com> This sounds great! I don't think I'll have time to play with it this week, but I just gave the wiki page a quick read and made 2 small changes: 1. can know do > can now do, and 2. for some reason, the underscore was displaying in > set watir_browser=ie but not in > set watir_browser=firefox No idea why, but adding a 3rd line with a blank angle bracket made the second underscore visible. On Tue, Oct 28, 2008 at 1:26 PM, Bret Pettichord wrote: > I think I've completed the work necessary to release Browser.new for Watir > 1.6. > > This functionality is described in some detail here: > http://wiki.openqa.org/display/WTR/Browser.new > > I'm planning to release Watir 1.6 this week, but would love to have some > one look at this and give me feedback on it first. > > Bret > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 > -- Jeff Fry http://testingjeff.wordpress.com http://associationforsoftwaretesting.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave at obtiva.com Wed Oct 29 07:59:33 2008 From: dave at obtiva.com (Dave Hoover) Date: Wed, 29 Oct 2008 06:59:33 -0500 Subject: [Wtr-development] Browser.new In-Reply-To: References: Message-ID: <11c8704e0810290459g45208917w35db76e933758766@mail.gmail.com> Make sense to me. I know of at least a couple projects that use Watir that have already abstracted the specific browser implementation away, so this is a well established approach. On Tue, Oct 28, 2008 at 3:26 PM, Bret Pettichord wrote: > I think I've completed the work necessary to release Browser.new for Watir > 1.6. > > This functionality is described in some detail here: > http://wiki.openqa.org/display/WTR/Browser.new > > I'm planning to release Watir 1.6 this week, but would love to have some one > look at this and give me feedback on it first. > > Bret > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 Wed Oct 29 18:38:37 2008 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 29 Oct 2008 17:38:37 -0500 Subject: [Wtr-development] Watir/FireWatir 1.6.0 available for testing Message-ID: I've uploaded Watir/FireWatir 1.6.0 and have updated install notes. http://wiki.openqa.org/display/WTR/Development+Builds I would love it if someone would install this and let me know how it looks before I announce this more widely. I'm still working on the release notes for this release. Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Oct 30 13:18:14 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 30 Oct 2008 12:18:14 -0500 Subject: [Wtr-development] Fwd: XPI for Firefox 3.x In-Reply-To: References: <9c796f4f0810171215s24ecc49bg41cff7f0fb0ac4ab@mail.gmail.com> <9c796f4f0810211027j5c86484et66164b8e4db1a05b@mail.gmail.com> <9c796f4f0810220728p7b5f24bckdd125409e853c7f7@mail.gmail.com> <9c796f4f0810231334p298e5f70nc6c32c1dd3ca19bd@mail.gmail.com> <9c796f4f0810231453h221bc864y12ad34208ce3bc66@mail.gmail.com> Message-ID: This sounds reasonable to me. One of the problems we have right now, is that all the JSSH plugins are donated from the community so we can't be sure how they were compiled. Bret On Tue, Oct 28, 2008 at 1:17 PM, Charley Baker wrote: > I noted the same in my blog when recompiling win32ole.so and the wmq.so > that we're using. All said and done, I ended up using MSVC6 instead of the > updated versions of Visual Studio that I had available which required their > own runtime libraries be installed. The ruby one click installers shared > libs are compiled with MSVC6 in order to avoid some of these dependencies. > > I haven't taken a look at compiling the jssh libraries and whether or not > they can be compiled with MSVC6. Depending on which version of VS you're > using there are associated requirements for installing the runtime > dependencies and running the manifest tool against the compiled library. I > fear we're setting ourselves up for a lot questions and problems around > dependencies if we deviate from the current one-click installer "standard". > > Thoughts? > > > Charley Baker > blog: http://charleybakersblog.blogspot.com/ > Project Manager, Watir, http://wtr.rubyforge.org > QA Architect, Gap Inc Direct > > > On Tue, Oct 28, 2008 at 8:33 AM, Bret Pettichord wrote: > >> FYI >> >> ---------- Forwarded message ---------- >> From: Bret Pettichord >> Date: Tue, Oct 28, 2008 at 9:33 AM >> Subject: Re: XPI for Firefox 3.x >> To: Angrez Singh >> >> >> Yes this is good information. Could you add this to this page: >> http://wiki.openqa.org/display/WTR/FireWatir+Installation >> >> Bret >> >> >> On Fri, Oct 24, 2008 at 1:01 AM, Angrez Singh wrote: >> >>> Thanks a lot for your inputs. I tried at my home machine and it didn't >>> worked out because I was not having any VS installed on my machine. >>> >>> Bret, >>> Is this something which we want to add to installation instructions? Let >>> me know I'll add it. >>> >>> Regards, >>> Angrez >>> >>> On Fri, Oct 24, 2008 at 3:23 AM, Ryan Huynh wrote: >>> >>>> Hi, >>>> >>>> I've finally figured out what is wrong. Apparently, the XPI for Firefox >>>> 3.x was compiled with Visual 2005 SP1, and it's required the >>>> Microsoft.VC80.CRT to be installed on the machine. And it's not installed >>>> on my machine. After installing redistributed package for VS 2005 SP1, it >>>> works like a champ. >>>> >>>> Thanks for your responsive reply. >>>> >>>> --ryan >>>> >>>> >>>> >>>> On Thu, Oct 23, 2008 at 4:34 PM, Ryan Huynh wrote: >>>> >>>>> Hi, >>>>> >>>>> I have just realized that when I tried to installed the XPI file, I got >>>>> these error message: >>>>> >>>>> EventID: 59 >>>>> Source: SideBySide >>>>> >>>>> Dependent Assembly Microsoft.VC80.CRT could not be found and Last Error >>>>> was The referenced assembly is not installed on your system >>>>> >>>>> any idea? >>>>> >>>>> >>>>> >>>>> On Wed, Oct 22, 2008 at 10:28 AM, Ryan Huynh wrote: >>>>> >>>>>> It is still not working for me. I have tried it on different, clean >>>>>> machines... but still no success. >>>>>> >>>>>> >>>>>> On Wed, Oct 22, 2008 at 1:17 AM, Angrez Singh wrote: >>>>>> >>>>>>> Thats how you install XPI. After that you need to close Firefox and >>>>>>> then start your script. It should work. >>>>>>> >>>>>>> - Angrez >>>>>>> >>>>>>> >>>>>>> On Tue, Oct 21, 2008 at 10:57 PM, Ryan Huynh wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> This seems like a stupid question but how do you install xpi file in >>>>>>>> Firefox? I installed it by select File->Open File, then browed to the >>>>>>>> file. After it's installed, I selected yes for restarting Firefox. And it >>>>>>>> shows up as JSSh 0.9 Add-Ons extentions. >>>>>>>> >>>>>>>> I really hope you could help me because this is the last huddle I >>>>>>>> have to overcome. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Ryan >>>>>>>> >>>>>>>> On Tue, Oct 21, 2008 at 11:13 AM, Ryan Huynh >>>>>>> > wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> This is the exact error message I got: >>>>>>>>> C:\ruby\bin>ruby yahoomail.rb c:\test.txt c:\test.doc >>>>>>>>> start: Tue Oct 21 11:11:36 -0400 2008 >>>>>>>>> file 1 is c:\test.txt >>>>>>>>> file 2 is c:\test.doc >>>>>>>>> PROFILE: >>>>>>>>> Starting Firefox using the executable : C:\Program Files\Mozilla >>>>>>>>> Firefox\firefox >>>>>>>>> .exe >>>>>>>>> Waiting for 2 seconds for Firefox to get started. >>>>>>>>> C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.2.1/./firewatir.rb:340:in >>>>>>>>> `set_defaul >>>>>>>>> ts': Unable to connect to machine : 127.0.0.1 on port 9997. Make >>>>>>>>> sure that JSSh >>>>>>>>> is properly installed and Firefox is running with '-jssh' option >>>>>>>>> (FireWatir::Exc >>>>>>>>> eption::UnableToStartJSShException) >>>>>>>>> from >>>>>>>>> C:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.2.1/./firewatir.rb:230:i >>>>>>>>> n `initialize' >>>>>>>>> from yahoomail.rb:18:in `new' >>>>>>>>> from yahoomail.rb:18 >>>>>>>>> C:\ruby\bin> >>>>>>>>> >>>>>>>>> On Tue, Oct 21, 2008 at 10:26 AM, Ryan Huynh < >>>>>>>>> rhuynh101 at gmail.com> wrote: >>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> I'm using the release version of FF 3.0.3. I'll try it on >>>>>>>>>> different machine. The problem i have is everytimes I called Firefox.new, >>>>>>>>>> it throws error. >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Ryan >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Mon, Oct 20, 2008 at 11:53 AM, Angrez Singh wrote: >>>>>>>>>> >>>>>>>>>>> I am using the same and it did worked on my machine. Which >>>>>>>>>>> Firefox version are you using? >>>>>>>>>>> >>>>>>>>>>> - Angrez >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 20, 2008 at 6:51 PM, Ryan Huynh >>>>>>>>>> > wrote: >>>>>>>>>>> >>>>>>>>>>>> No, I'm using XPSP2. Is there anychance that you >>>>>>>>>>>> can recompile the XPI with the release code of Firefox 3.x? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Mon, Oct 20, 2008 at 9:13 AM, Angrez Singh >>>>>>>>>>> > wrote: >>>>>>>>>>>> >>>>>>>>>>>>> It did worked for me on my machine. Are you using Vista? I'll >>>>>>>>>>>>> try here on my machine again and will let you know. Hope I'll be able to >>>>>>>>>>>>> help you. >>>>>>>>>>>>> >>>>>>>>>>>>> - Angrez >>>>>>>>>>>>> >>>>>>>>>>>>> On Mon, Oct 20, 2008 at 6:32 PM, Ryan Huynh < >>>>>>>>>>>>> rhuynh101 at gmail.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>> >>>>>>>>>>>>>> I downloaded the XPI file from >>>>>>>>>>>>>> http://wiki.openqa.org/display/WTR/FireWatir+Installation >>>>>>>>>>>>>> >>>>>>>>>>>>>> Yes, I have the admin privileges when I installed this. >>>>>>>>>>>>>> >>>>>>>>>>>>>> It worked fine if I use FireFox 2.x (using its own XPI) but >>>>>>>>>>>>>> didn't work for Firefox 3.x (using its own XPI) >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> ryan >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Mon, Oct 20, 2008 at 12:46 AM, Angrez Singh < >>>>>>>>>>>>>> angrez at gmail.com> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi Ryan, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> From where you downloaded the XPI's? And are you installing >>>>>>>>>>>>>>> the XPI with administrative privileges? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> - Angrez >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Sat, Oct 18, 2008 at 1:01 AM, Ryan Huynh < >>>>>>>>>>>>>>> rhuynh101 at gmail.com> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I hope you can help me out. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I've downloaded the jssh-20080708-Winnt.xpi and installed it >>>>>>>>>>>>>>>> with Firefox 3.0.x. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> When I tried to run Firefox.new, it errored out saying it's >>>>>>>>>>>>>>>> unable to connect to localhost on port 9997. After I open firefox with >>>>>>>>>>>>>>>> -jssh, I couldn't telnet the localhost with port 9997. Is there any newer >>>>>>>>>>>>>>>> xpi file? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>> Ryan >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >> >> -- >> Bret Pettichord >> GTalk: bpettichord at gmail.com >> 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 >> GTalk: bpettichord at gmail.com >> 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 GTalk: bpettichord at gmail.com 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 Oct 30 15:12:23 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 30 Oct 2008 14:12:23 -0500 Subject: [Wtr-development] Building from Trunk Message-ID: I just rewrote the docs on how to do this. http://wiki.openqa.org/display/WTR/Building+Watir I'd like to keep this current, so please let us know if there are any steps missing Bret -- Bret Pettichord GTalk: bpettichord at gmail.com 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 marekj.com at gmail.com Thu Oct 30 20:26:22 2008 From: marekj.com at gmail.com (marekj) Date: Thu, 30 Oct 2008 19:26:22 -0500 Subject: [Wtr-development] Building from Trunk In-Reply-To: References: Message-ID: Bret, I pulled trunk and updated to revision 1574 and build 3 gems, common 0.0.1, watir 1.6.0 , firewatir 1.2.1 ** *issue: installing watir fails pointing dependence to watir-common 1.6.0* --snip--- 10/30/2008 18:10:49.54 C:\DATA\PRIVATE\code\svns\watir\watir\pkg>gem install watir-1.6.0.gem ERROR: Error installing watir-1.6.0.gem: watir requires watir-common (= 1.6.0, runtime) --snip-- I used -f to force the installation. but now when I run require 'watir' puts Watir::IE::VERSION # => 1.5.3.1263 when I specify gem 'watir', '=1.6.0' I get C:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:578:in `report_activate_error': RubyGem version error: watir-common(0.0.1 not = 1.6.0) (Gem::LoadError) I am stuck. where do I hack gem spec to have it all work out? *small suggestion: * gem install watir-common depends on user-choices which depends on xml-simple and s4t-utils. Since I am behind firewall at work I can't run gem commands --remote so maybe some write up on those additional gems could be useful. I had to download those indvidually to my test machine. On Thu, Oct 30, 2008 at 2:12 PM, Bret Pettichord wrote: > I just rewrote the docs on how to do this. > > http://wiki.openqa.org/display/WTR/Building+Watir > > I'd like to keep this current, so please let us know if there are any steps > missing > > Bret > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 > -- marekj www.testr.us | semantic test objects modeling in watir -------------- next part -------------- An HTML attachment was scrubbed... URL: From marekj.com at gmail.com Thu Oct 30 20:53:22 2008 From: marekj.com at gmail.com (marekj) Date: Thu, 30 Oct 2008 19:53:22 -0500 Subject: [Wtr-development] Building from Trunk In-Reply-To: References: Message-ID: Oppps..! mamma mia! I found my problem. I updated watir/watir only instead of watir that has watir and common and firewatir.. OK. I cleaned up. updated source (made sure twice that all is at the same revision) and now built the whole thing works. I can now specify: gem 'watir', '=1.6.0' #development # or gem 'watir', '=1.5.3' #my production gem require 'watir' and now I run Thanks On Thu, Oct 30, 2008 at 7:26 PM, marekj wrote: > Bret, > > I pulled trunk and updated to revision 1574 and build 3 gems, common 0.0.1, > watir 1.6.0 , firewatir 1.2.1 > ** > *issue: installing watir fails pointing dependence to watir-common 1.6.0* > --snip--- > 10/30/2008 18:10:49.54 > C:\DATA\PRIVATE\code\svns\watir\watir\pkg>gem install watir-1.6.0.gem > ERROR: Error installing watir-1.6.0.gem: > watir requires watir-common (= 1.6.0, runtime) > --snip-- > I used -f to force the installation. > > but now when I run > > require 'watir' > puts Watir::IE::VERSION # => 1.5.3.1263 > > when I specify > gem 'watir', '=1.6.0' > > I get > C:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:578:in `report_activate_error': > RubyGem version error: watir-common(0.0.1 not = 1.6.0) (Gem::LoadError) > > I am stuck. > where do I hack gem spec to have it all work out? > > > *small suggestion: * > gem install watir-common depends on user-choices which depends on > xml-simple and s4t-utils. > Since I am behind firewall at work I can't run gem commands --remote so > maybe some write up on those additional gems could be useful. > I had to download those indvidually to my test machine. > > > > On Thu, Oct 30, 2008 at 2:12 PM, Bret Pettichord wrote: > >> I just rewrote the docs on how to do this. >> >> http://wiki.openqa.org/display/WTR/Building+Watir >> >> I'd like to keep this current, so please let us know if there are any >> steps missing >> >> Bret >> >> -- >> Bret Pettichord >> GTalk: bpettichord at gmail.com >> 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 >> > > > > -- > marekj > > www.testr.us | semantic test objects modeling in watir > -- marekj www.testr.us | semantic test objects modeling in watir -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Thu Oct 30 23:08:04 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 30 Oct 2008 22:08:04 -0500 Subject: [Wtr-development] Building from Trunk In-Reply-To: References: Message-ID: Thanks for sharing your results. I saw that you updated the page to mention some of the gems that Watir requires. However, it also requires a lot more gems, including active-support, hoe, rubyforge, rubygems.... I don't think it is practical to maintain an up-to-date list. My assumption, and in fact the general assumption behind working with gems, is that you have access to the internet. I will make this explicit in the instructions. Bret On Thu, Oct 30, 2008 at 7:53 PM, marekj wrote: > Oppps..! mamma mia! > I found my problem. I updated watir/watir only instead of watir that has > watir and common and firewatir.. > OK. I cleaned up. updated source (made sure twice that all is at the same > revision) > and now built the whole thing works. > > I can now specify: > gem 'watir', '=1.6.0' #development > # or gem 'watir', '=1.5.3' #my production gem > require 'watir' > > and now I run > Thanks > > > > > On Thu, Oct 30, 2008 at 7:26 PM, marekj wrote: > >> Bret, >> >> I pulled trunk and updated to revision 1574 and build 3 gems, common >> 0.0.1, watir 1.6.0 , firewatir 1.2.1 >> ** >> *issue: installing watir fails pointing dependence to watir-common 1.6.0* >> --snip--- >> 10/30/2008 18:10:49.54 >> C:\DATA\PRIVATE\code\svns\watir\watir\pkg>gem install watir-1.6.0.gem >> ERROR: Error installing watir-1.6.0.gem: >> watir requires watir-common (= 1.6.0, runtime) >> --snip-- >> I used -f to force the installation. >> >> but now when I run >> >> require 'watir' >> puts Watir::IE::VERSION # => 1.5.3.1263 >> >> when I specify >> gem 'watir', '=1.6.0' >> >> I get >> C:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:578:in `report_activate_error': >> RubyGem version error: watir-common(0.0.1 not = 1.6.0) (Gem::LoadError) >> >> I am stuck. >> where do I hack gem spec to have it all work out? >> >> >> *small suggestion: * >> gem install watir-common depends on user-choices which depends on >> xml-simple and s4t-utils. >> Since I am behind firewall at work I can't run gem commands --remote so >> maybe some write up on those additional gems could be useful. >> I had to download those indvidually to my test machine. >> >> >> >> On Thu, Oct 30, 2008 at 2:12 PM, Bret Pettichord wrote: >> >>> I just rewrote the docs on how to do this. >>> >>> http://wiki.openqa.org/display/WTR/Building+Watir >>> >>> I'd like to keep this current, so please let us know if there are any >>> steps missing >>> >>> Bret >>> >>> -- >>> Bret Pettichord >>> GTalk: bpettichord at gmail.com >>> 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 >>> >> >> >> >> -- >> marekj >> >> www.testr.us | semantic test objects modeling in watir >> > > > > -- > marekj > > www.testr.us | semantic test objects modeling in watir > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord GTalk: bpettichord at gmail.com 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 Oct 30 23:16:46 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 30 Oct 2008 22:16:46 -0500 Subject: [Wtr-development] Building from Trunk In-Reply-To: References: Message-ID: Let me clarify: most of these gems are needed not just to build watir, but also to install it. Many of these are new dependencies for Watir 1.6. So this really isn't a build issue, but rather an install issue that affects people who are behind firewalls. Now my understanding is that other Ruby users behind firewalls are able to use HTTP_PROXY. I don't understand why Watir users are having so much trouble with it. I think we need to figure out, as a community, how to use HTTP_PROXY instead of trying to bake our own solutions. Bret On Thu, Oct 30, 2008 at 10:08 PM, Bret Pettichord wrote: > Thanks for sharing your results. > > I saw that you updated the page to mention some of the gems that Watir > requires. However, it also requires a lot more gems, including > active-support, hoe, rubyforge, rubygems.... I don't think it is practical > to maintain an up-to-date list. > > My assumption, and in fact the general assumption behind working with gems, > is that you have access to the internet. I will make this explicit in the > instructions. > > Bret > > > On Thu, Oct 30, 2008 at 7:53 PM, marekj wrote: > >> Oppps..! mamma mia! >> I found my problem. I updated watir/watir only instead of watir that has >> watir and common and firewatir.. >> OK. I cleaned up. updated source (made sure twice that all is at the same >> revision) >> and now built the whole thing works. >> >> I can now specify: >> gem 'watir', '=1.6.0' #development >> # or gem 'watir', '=1.5.3' #my production gem >> require 'watir' >> >> and now I run >> Thanks >> >> >> >> >> On Thu, Oct 30, 2008 at 7:26 PM, marekj wrote: >> >>> Bret, >>> >>> I pulled trunk and updated to revision 1574 and build 3 gems, common >>> 0.0.1, watir 1.6.0 , firewatir 1.2.1 >>> ** >>> *issue: installing watir fails pointing dependence to watir-common 1.6.0 >>> * >>> --snip--- >>> 10/30/2008 18:10:49.54 >>> C:\DATA\PRIVATE\code\svns\watir\watir\pkg>gem install watir-1.6.0.gem >>> ERROR: Error installing watir-1.6.0.gem: >>> watir requires watir-common (= 1.6.0, runtime) >>> --snip-- >>> I used -f to force the installation. >>> >>> but now when I run >>> >>> require 'watir' >>> puts Watir::IE::VERSION # => 1.5.3.1263 >>> >>> when I specify >>> gem 'watir', '=1.6.0' >>> >>> I get >>> C:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:578:in >>> `report_activate_error': RubyGem version error: watir-common(0.0.1 not = >>> 1.6.0) (Gem::LoadError) >>> >>> I am stuck. >>> where do I hack gem spec to have it all work out? >>> >>> >>> *small suggestion: * >>> gem install watir-common depends on user-choices which depends on >>> xml-simple and s4t-utils. >>> Since I am behind firewall at work I can't run gem commands --remote so >>> maybe some write up on those additional gems could be useful. >>> I had to download those indvidually to my test machine. >>> >>> >>> >>> On Thu, Oct 30, 2008 at 2:12 PM, Bret Pettichord wrote: >>> >>>> I just rewrote the docs on how to do this. >>>> >>>> http://wiki.openqa.org/display/WTR/Building+Watir >>>> >>>> I'd like to keep this current, so please let us know if there are any >>>> steps missing >>>> >>>> Bret >>>> >>>> -- >>>> Bret Pettichord >>>> GTalk: bpettichord at gmail.com >>>> 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 >>>> >>> >>> >>> >>> -- >>> marekj >>> >>> www.testr.us | semantic test objects modeling in watir >>> >> >> >> >> -- >> marekj >> >> www.testr.us | semantic test objects modeling in watir >> >> _______________________________________________ >> Wtr-development mailing list >> Wtr-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-development >> > > > > -- > Bret Pettichord > GTalk: bpettichord at gmail.com > 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 GTalk: bpettichord at gmail.com 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 Oct 30 23:40:28 2008 From: bret at pettichord.com (Bret Pettichord) Date: Thu, 30 Oct 2008 22:40:28 -0500 Subject: [Wtr-development] Building from Trunk In-Reply-To: References: Message-ID: I have updated the following pages to clarify this issue http://wiki.openqa.org/display/WTR/Development+Builds http://wiki.openqa.org/display/WTR/FAQ#FAQ-HowdoIgeminstallWatirbehindaproxyserver%3F http://wiki.openqa.org/display/WTR/Building+Watir Please let me know if any of this is still confusing or if any one is having trouble installing these gems. Bret On Thu, Oct 30, 2008 at 10:16 PM, Bret Pettichord wrote: > Let me clarify: most of these gems are needed not just to build watir, but > also to install it. Many of these are new dependencies for Watir 1.6. > > So this really isn't a build issue, but rather an install issue that > affects people who are behind firewalls. Now my understanding is that other > Ruby users behind firewalls are able to use HTTP_PROXY. I don't understand > why Watir users are having so much trouble with it. > > I think we need to figure out, as a community, how to use HTTP_PROXY > instead of trying to bake our own solutions. > > Bret > > > On Thu, Oct 30, 2008 at 10:08 PM, Bret Pettichord wrote: > >> Thanks for sharing your results. >> >> I saw that you updated the page to mention some of the gems that Watir >> requires. However, it also requires a lot more gems, including >> active-support, hoe, rubyforge, rubygems.... I don't think it is practical >> to maintain an up-to-date list. >> >> My assumption, and in fact the general assumption behind working with >> gems, is that you have access to the internet. I will make this explicit in >> the instructions. >> >> Bret >> >> >> On Thu, Oct 30, 2008 at 7:53 PM, marekj wrote: >> >>> Oppps..! mamma mia! >>> I found my problem. I updated watir/watir only instead of watir that has >>> watir and common and firewatir.. >>> OK. I cleaned up. updated source (made sure twice that all is at the same >>> revision) >>> and now built the whole thing works. >>> >>> I can now specify: >>> gem 'watir', '=1.6.0' #development >>> # or gem 'watir', '=1.5.3' #my production gem >>> require 'watir' >>> >>> and now I run >>> Thanks >>> >>> >>> >>> >>> On Thu, Oct 30, 2008 at 7:26 PM, marekj wrote: >>> >>>> Bret, >>>> >>>> I pulled trunk and updated to revision 1574 and build 3 gems, common >>>> 0.0.1, watir 1.6.0 , firewatir 1.2.1 >>>> ** >>>> *issue: installing watir fails pointing dependence to watir-common >>>> 1.6.0* >>>> --snip--- >>>> 10/30/2008 18:10:49.54 >>>> C:\DATA\PRIVATE\code\svns\watir\watir\pkg>gem install watir-1.6.0.gem >>>> ERROR: Error installing watir-1.6.0.gem: >>>> watir requires watir-common (= 1.6.0, runtime) >>>> --snip-- >>>> I used -f to force the installation. >>>> >>>> but now when I run >>>> >>>> require 'watir' >>>> puts Watir::IE::VERSION # => 1.5.3.1263 >>>> >>>> when I specify >>>> gem 'watir', '=1.6.0' >>>> >>>> I get >>>> C:/RUBY/lib/ruby/site_ruby/1.8/rubygems.rb:578:in >>>> `report_activate_error': RubyGem version error: watir-common(0.0.1 not = >>>> 1.6.0) (Gem::LoadError) >>>> >>>> I am stuck. >>>> where do I hack gem spec to have it all work out? >>>> >>>> >>>> *small suggestion: * >>>> gem install watir-common depends on user-choices which depends on >>>> xml-simple and s4t-utils. >>>> Since I am behind firewall at work I can't run gem commands --remote so >>>> maybe some write up on those additional gems could be useful. >>>> I had to download those indvidually to my test machine. >>>> >>>> >>>> >>>> On Thu, Oct 30, 2008 at 2:12 PM, Bret Pettichord wrote: >>>> >>>>> I just rewrote the docs on how to do this. >>>>> >>>>> http://wiki.openqa.org/display/WTR/Building+Watir >>>>> >>>>> I'd like to keep this current, so please let us know if there are any >>>>> steps missing >>>>> >>>>> Bret >>>>> >>>>> -- >>>>> Bret Pettichord >>>>> GTalk: bpettichord at gmail.com >>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> marekj >>>> >>>> www.testr.us | semantic test objects modeling in watir >>>> >>> >>> >>> >>> -- >>> marekj >>> >>> www.testr.us | semantic test objects modeling in watir >>> >>> _______________________________________________ >>> Wtr-development mailing list >>> Wtr-development at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/wtr-development >>> >> >> >> >> -- >> Bret Pettichord >> GTalk: bpettichord at gmail.com >> 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 > GTalk: bpettichord at gmail.com > 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 GTalk: bpettichord at gmail.com 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 gavin at vmbed.com Fri Oct 31 01:45:58 2008 From: gavin at vmbed.com (Gavin Jefferies) Date: Thu, 30 Oct 2008 22:45:58 -0700 Subject: [Wtr-development] VMBed machines on demand Message-ID: <65b3137e0810302245o480e1678j4f2cb97414a77fdf@mail.gmail.com> Hi Watir Developers, I would like to offer you some machine time on my remote test lab. VMBed is a service that rents windows machines for use by testers, developers, support, etc. I have recently tooled it to support automated testing via a simple remote API. This was to provide support for Watir in particular. VMBed is essentially a bunch of pristine state Windows machines available to run your Watir tests against. I have some example scripts at http://vmbed.com/?page/automate. This is not entirely altruistic. VMBed is a fledgling service and could do with some savvy automated test users to beat it into shape. That said this is a good fit for Watir and I would like to make this offer to the Watir developers in part to pay back the community. If you are interested sign up at http://vmbed.com/ and use the code "watir1" which will give you time to rent machines without having to subscribe. If you would like more details please contact me directly or post a question on vmbed-general at googlegroups.com. Thanks, Gavin -- VMBed - http://vmbed.com/ - Machines when you want them. Test Automation - http://vmbed.com/?page/automate From marekj.com at gmail.com Fri Oct 31 12:10:25 2008 From: marekj.com at gmail.com (marekj) Date: Fri, 31 Oct 2008 11:10:25 -0500 Subject: [Wtr-development] Building from Trunk In-Reply-To: References: Message-ID: On Thu, Oct 30, 2008 at 10:16 PM, Bret Pettichord wrote: > Let me clarify: most of these gems are needed not just to build watir, but > also to install it. Many of these are new dependencies for Watir 1.6. > > So this really isn't a build issue, but rather an install issue that > affects people who are behind firewalls. Now my understanding is that other > Ruby users behind firewalls are able to use HTTP_PROXY. I don't understand > why Watir users are having so much trouble with it. > > I think we need to figure out, as a community, how to use HTTP_PROXY > instead of trying to bake our own solutions. > > Bret > > I think downloading gems is an extreme solution and unnecessary for most users. For me it seems necessary. (or it works on Mondays only for example) in most everybody should be able to use the -p switch or HTTP_PROXY env var and be on their merry way. Thanks -- marekj www.testr.us | semantic test objects modeling in watir -------------- next part -------------- An HTML attachment was scrubbed... URL: