On 19 Jun 2010, at 00:35, David Chelimsky wrote:
> On Jun 18, 2010, at 5:02 PM, Marcelo de Moraes Serpa wrote:
>
>> Hi David, thanks for the reply,
>>
>> Hmm, considering we have:
>> 1) The ruby process where the spec is running
>> 2) A mongrel server serving request (test environment)
>>
>>
On Sunday 20 June 2010, David Chelimsky wrote:
> On Jun 19, 2010, at 4:19 PM, Michael Schuerig wrote:
> > If not, what do I have to do to make the specs aware of helpers?
>
> helper(MyHelper, :my_helper, 'other_helper')
I see. Thanks, that works.
Michael
--
Michael Schuerig
mailto:mich...@sch
On Jun 19, 2010, at 5:24 PM, Brian Cardarella wrote:
> On Jun 19, 1:27 pm, Brian Cardarella wrote:
>> I see that I now need to pas -d or --debug with the rspec command line
>> tool to use ruby-debug. What about with Cucumber? RSpec 2.0 Core
>> overwrites Kernel#debugger that ruby-debug uses.
> My
My work-around is to just comment out the debugger method defined in
kernel_extensions.rb in RSpec-core. This doesn't feel like an ideal
solution.
On Jun 19, 1:27 pm, Brian Cardarella wrote:
> I see that I now need to pas -d or --debug with the rspec command line
> tool to use ruby-debug. What a
On Jun 19, 2010, at 4:19 PM, Michael Schuerig wrote:
>
> I'm in the process of moving an app from Rails 2.3.8 to 3. In the view
> spec I'm currently migrating, I get the error
>
> undefined method `link_to_xyz' for #
>
> That method is defined in one of my helpers that are loaded in by the
>
I'm in the process of moving an app from Rails 2.3.8 to 3. In the view
spec I'm currently migrating, I get the error
undefined method `link_to_xyz' for #
That method is defined in one of my helpers that are loaded in by the
app with helpers :all in the ApplicationController.
Is this intended
On Jun 19, 2010, at 3:54 PM, rogerdpack wrote:
> Hi all.
> Sorry if this is an old request...
>
> Currently when a failure is reported it looks like this:
>
> C:\dev\ruby\faster_rubygems\spec>spec
> spec.faster_rubygems_cacheing.rb
> F
>
> 1)
> RuntimeError in 'FasterRubyGems cacheing Gem.bin_
Hi all.
Sorry if this is an old request...
Currently when a failure is reported it looks like this:
C:\dev\ruby\faster_rubygems\spec>spec
spec.faster_rubygems_cacheing.rb
F
1)
RuntimeError in 'FasterRubyGems cacheing Gem.bin_path should cache and
reload Gem.bin_path where possible'
assertion fai
On Sat, Jun 19, 2010 at 1:07 PM, Rodrigo Rosenfeld Rosas
wrote:
> Is there any reason for that? If so, couldn't Rspec use Capybara instead of
> Webrat if it is not present? Is it possible to depend on Webrat OR Capybara
> in the gem specs?
Gemspecs don't allow alternative dependencies.
I have a
I see that I now need to pas -d or --debug with the rspec command line
tool to use ruby-debug. What about with Cucumber? RSpec 2.0 Core
overwrites Kernel#debugger that ruby-debug uses.
___
rspec-users mailing list
rspec-users@rubyforge.org
http://rubyforg
On Jun 19, 2010, at 12:07 PM, Rodrigo Rosenfeld Rosas wrote:
> Hi, I've finally make all my tests pass in Rails 3 with Capybara.
>
> After removing webrat's dependency in favor of the new Capybara one, I
> expected that bundle install would remove Webrat dependencie.
>
> After a few minutes sea
Hi, I've finally make all my tests pass in Rails 3 with Capybara.
After removing webrat's dependency in favor of the new Capybara one, I
expected that bundle install would remove Webrat dependencie.
After a few minutes searching for bundler bugs related to removing
dependencies I've tried to
12 matches
Mail list logo
