Hi,
I just closed http://dev.rubyonrails.org/ticket/4598 on trac, but the
fact that the ticket is still accessible means the spammer still gets
the google link points.
Can we have that deleted?
___
Rails-core mailing list
Rails-core@lists.rubyonra
On Apr 5, 2006, at 10:33 AM, Caio Chassot wrote:I just closed #4598 on trac, but the fact that the ticket is still accessible means the spammer still gets the google link points. Can we have that deleted? I removed most of the text, but it's not possible to remove it all.Trac .10 is supposed to ha
I've got a has_many :through setup that works, but has a rub to
it. This behavior happens with rel_1-1-0 *and* trunk (4169).
Here are the models:
class Product < ActiveRecord::Base
has_many :cart_items
has_many :accounts, :through => :cart_items
class CartItem < ActiveRecord::Base
> Is this a bug, or am I missing some elementary principle of
> has_many?
Associations are cached. Pass true to force a reload.
fred.products(true)
This is described under the 'Caching' header in the docs:
http://rails.rubyonrails.org/classes/ActiveRecord/Associations/ClassMethods.html
--
Ric
David Heinemeier Hansson wrote:
I think just emailing this list on breakage is good. Then anyone has a
chance to help fix the bug. If it becomes too spammy, we'll make a
separate list for it.
Thanks for doing this! Now someone working with MS SQL, DB2, and all
the other non-oss adapters please f
Good news is I got to test another boundary case in my automated
ActiveRecord/Oracle unit test script. ;-)
___
Rails-core mailing list
Rails-core@lists.rubyonrails.org
http://lists.rubyonrails.org/mailman/listinfo/rails-core
Hi !
dev.rubyonrails.org and dev.rubyonrails.org are both down.
BTW, which is the "real" domain, the canonical one.
Thanks !
--
François Beausoleil
http://blog.teksol.info/
___
Rails-core mailing list
Rails-core@lists.rubyonrails.org
http://lists.rubyo