DEPRECATION WARNING: primary_key_name is deprecated and will be removed from Rails 3.2 (use foreign_key instead).

This would cause recursion somewhere in the stack, eventually leading to:

SystemStackError (stack level too deep)

After much digging, googling, commenting-out of code, and swearing I finally figured out that it was rails3_acts_as_paranoid causing the issue. One more google led to this solution by Chris Hilton, which involves patching rails3_acts_as_paranoid to prevent circular aliasing.

Hopefully Gonçalo Silva will fix it in the official branch on Github. Until then you can either fork and patch it yourself or grab ours:

gem 'rails3_acts_as_paranoid', :git => 'git@github.com:travergence/rails3_acts_as_paranoid.git'

If you’re seeing this error, as I was:

Bogus Gateway: Use CreditCard number 1 for success, 2 for exception and anything else for error

make sure that your 1 and 2 are not integers but rather are strings.

When you create your credit card instance, I highly recommend casting the number explicitly:

ActiveMerchant::Billing::CreditCard.new( :number => number.to_s, :verification_value => security_code.to_s

ruby(17057,0xa0124720) malloc: *** error for object 0x5b1a602: Non-aligned pointer being freed
*** set a breakpoint in malloc_error_break to debug
/opt/local/lib/ruby/1.8/rss/rss.rb:274: [BUG] Segmentation fault
ruby 1.8.7 (2008-08-11 patchlevel 72) [i686-darwin9]
…
rake aborted!
NaN

Check to see if you have any empty helper files that don’t have any coverage. I had a couple that resembled the following. Removing them removed the “divide by zero” issue that causes the crash:

module ProductHelper
end

Update
Scratch that, it doesn’t entirely fix the issue. I’ve also implemented Stew Welbourne’s hack for round_to_tenths(decimal) in MetricFu but that too does not seem to be a complete solution. The seg fault still happens, though intermittently (sometimes it runs through the complete test suite, sometimes it doesn’t).

The search continues.

index 3873 out of string

Check that your :default parameter is either nil or an actual Date/Time/DateTime instance and not a String. Passing in a string as :default really messes things up.

Turns out the problem was not with routing per se but with the permissions on the public/stylesheet/ directory. In my mucking it seems I’d set the permissions on that directory to 777 instead of 755. For whatever reason (I’m sure it’s in the Rails source somewhere) that small (and rather dangerously stupid) change switched stylesheet serving from Apache-handled to Rails-handled.

So, beware the permissions for they are strict indeed.

~/Sites/ticklists/: sudo rake ultrasphinx:bootstrap –trace
(in /Users/chris/Sites/ticklists)
** Invoke ultrasphinx:bootstrap (first_time)
** Invoke ultrasphinx:_environment (first_time)
** Invoke environment (first_time)
** Execute environment
** Execute ultrasphinx:_environment
** Invoke ultrasphinx:configure (first_time)
** Invoke ultrasphinx:_environment
** Execute ultrasphinx:configure
rake aborted!
You have a nil object when you didn’t expect it!
You might have expected an instance of ActiveRecord::Base.
The error occurred while evaluating nil.[]

I couldn’t find this one in the google anywhere. Turns out the cause of this is defining non-existent properties for indexing on your models (perhaps I’m the only one dumb enough to do that).

You’ll know if this is the cause because you’ll see something akin to this in your Rails console:

** ultrasphinx: warning: field f is not present in User
** ultrasphinx: warning: field descritpion is not present in Profile

Remove (or fix the spelling of) those and everything should work hunky-dory.

uninitialized constant Footnotes::Filter

You’re probably experiencing a collision between Rails’ initializer.rb file and Footnotes’ initializer.rb file.

The fix is detailed at the bottom of Searching a Ruby on Rails application with Sphinx and Ultrasphinx with the specific implementation details available via this github commit: 9bf8344b2d9ece09ff301dfc4e500e00fd46b9bc.

My one-weekend project became a two weekend project and a bunch more time was shoe-horned in here and there for bug fixes and improvements until it was finally usable. And then we really got serious about the other launch and development got forgotten; it was released and functional and – dare I say it – even useful but neglected.

I now present to you “Applican“, a Rails-based resume/applicant/job tracker designed (as much as it has been) as an internal tool for small & medium-sized companies. For more details see the proto-documentation here.

I consider the current release to be about v0.4: it works, it’s useful, it undoubtedly has bugs, they’re may not be critical, there’s definitely functionality to be added. It’s free, it’s open-sourced, it’s available on Github and it require Rails 2.1.

(Apologies to Robert Rodriguez for stealing and bastardizing one of the best lines in cinema history).

Seems like it should be pretty obvious but nothing I was coming up with was doing the trick. The node was always deleting yet so were its children. Then I googled upon this forum and the solution was found. When executing a before_destroy filter on a class that acts_as_tree, put the before filter first:

class VettingStage < ActiveRecord::Base
  before_destroy :extract_self_from_chain
  acts_as_tree :foreign_key => "parent_id",  rder => "name"
  ...
end

That was easy.

Note that if you’re going to use it with a Rails app you’ll probably want to remove DELETE from line 5.