Jens
Not a member
Jens's latest activity
Wednesday, March 02 2011
-
Jens commented at 8:06 PMYes, they go away when I set config.cache_classes to true. Also, requests are much faster. So it does seem to be a caching issue.
But IMHO it's also a performan...
-
Jens commented at 6:09 AMWell, is it really a good idea to silence these lines, or would the correct way be to prevent those requests from being made?
Sunday, February 27 2011
-
Jens commented at 2:34 PMHello,
I'm seeing this again on Rails 3.0.4. It seems for each SQL request, a column definition request is added. (in devel mode, with cache_classes = false)
...
Friday, July 30 2010
-
- Tag changed from multipart, upload to failsafe, multipart, rack, upload
- Importance changed from to
Hi,
I am having this as well, with GET requests that may or may not subsequently get redirected by a login before_filter. The error always ocurs in rack-1..1/li...
Monday, July 19 2010
-
- Importance changed from to
This is not true and prevents one from clean separation between objects:
class Parent < AR::Base has_many :children has_many :grandchildren, :through => :c...
Sunday, May 09 2010
-
Jens created the ticket at 8:40 AMRegard the following code:
class Parent < AR::Base has_many :children, :finder_sql => "SELECT * from children WHERE mother_id = #{id} OR father_id = #{i...
Friday, April 16 2010
-
Jens commented at 6:27 AMArgh, formatting messed up. (Why? preview worked..)
Then this issue is maybe more general than I thought. Perhaps we need a way to order the callbacks? Somethin...
-
Jens commented at 6:23 AMThen this issue is maybe more general than I thought. Perhaps we need a way to order the callbacks? Something like
@@@ ruby Class Foo < AR::Base
# adds :check t...
-
Jens commented at 6:13 AMunmark_for_destruction would also come in handy if you want to prevent destruction in certain cases. I was about to open another bug but this might just be anot...
Thursday, April 15 2010
-
Jens commented at 6:44 AMThank you for the hints!
Creating another method and manually calling this before destroying children is IMO exactly what :before_destroy should be for. Right? ...