[Rails-core] Re: PostgreSQL schema dumper does not support capitalized table names

On Sun, Apr 5, 2009 at 1:40 AM, Scott Woods wrote: > > We have a legacy database that has been migrated to PostgreSQL and > includes camel-case table names. When running migrations, the schema > dumper throws an error when it encounters these tables. I believe I've > created and tested the proper

[Rails-core] cgi escaped basic auth data in ActiveResource?

ActiveResource basic auth currently breaks when certain chars are used in the user name and/or password field, e.g. '@' as part of the user name. I created a ticket on the issue[1], but closed it again as I'm not sure where the responsibility really belongs. It's a showstopper for us, though.. Th

[Rails-core] Re: Ticket #6868

On 1/14/08, Isak Hansen <[EMAIL PROTECTED]> wrote: > Line numbers are off compared to current trunk. I'm not sure if that > matters for a one-liner + self contained test method, but could update > the patch if desired. > Sorry, it seems I should have updated the patc

[Rails-core] Ticket #6868

Hi all, Just adding my +1 for the 10/01/07 patch on - add_column in the postgres adapter ignoring precision and scale. The patch is tiny and looks solid to me. The included test runs fine with postgres and sqlite3. Line numbers are off compared to curren

[Rails-core] Re: CookieSession recommendations

On 12/20/07, tekwiz <[EMAIL PROTECTED]> wrote: > > On Dec 20, 5:06 am, "Isak Hansen" <[EMAIL PROTECTED]> wrote: > > On 12/19/07, tekwiz <[EMAIL PROTECTED]> wrote: > > > > > > 1) Change the default hash used in the cookies to SHA256 as a h

[Rails-core] Re: CookieSession recommendations

On 12/19/07, tekwiz <[EMAIL PROTECTED]> wrote: > > After looking at the controversy, delving into my security textbook, > and reading some articles on hashing, I would like to recommend some > tweaks to the CookieSesson defaults and the new 'rake secret'. > > 1) Change the default hash used in th

[Rails-core] Re: Replay attacks with cookie session

On 3/21/07, S. Robert James <[EMAIL PROTECTED]> wrote: > > I'm concerned about the possibility of replay attacks with cookie > sessions. This is a standard security issue. > Just adding my $0.02: I like the shared-nothing cookie store as an option, for performance/scalability reasons. Just docu

[Rails-core] Re: How I've Monkeypatched AR

On 2/24/07, Anthony Eden <[EMAIL PROTECTED]> wrote: > > Following up on Koz's suggestion to discuss how plugin developers are > monkey patching AR, I'd like to share some of things my coworkers and > I have done. > What do you all think of adding a new key to find's option hash, for adapter speci

[Rails-core] Re: How I've Monkeypatched AR

On 2/25/07, Michael Koziarski <[EMAIL PROTECTED]> wrote: > > I think this is one of the messier areas of the current query > generation code. Because we do replace_bind_variables on each of the > [string, val, val] blocks we're passed, we can't use prepared > statements. Now while this doesn't m

[Rails-core] Re: Ticket #4513 -- wrapping db:fixtures:load in a transaction

On 12/19/06, Mislav Marohni <[EMAIL PROTECTED]> wrote: On 12/19/06, Isak Hansen <[EMAIL PROTECTED]> wrote: > > Shouldn't break anything, I believe But it will break stuff. Yup, you're right. I'm sure someone out there depend on the data that gets loaded

[Rails-core] Ticket #4513 -- wrapping db:fixtures:load in a transaction

Any chance of having this patch applied? Shouldn't break anything, I believe, and is pretty useful when your test db has FK constraints. Regards, Isak --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Ruby on Rail