Forum: Ruby on Rails Migrations and Time datatype. Bug?

Announcement (2017-05-07): is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see and for other Rails- und Ruby-related community platforms.
Garz (Guest)
on 2006-01-21 20:19
I've defined a table with these columns
t.column "some_date", :date, :null => false
t.column "some_time", :time, :null => false

The result in schema.rb is
t.column "some_date", :date, :null => false
t.column "some_time", :time, :default => Sat Jan 01 00:00:00 GMT
Standard Time 2000, :null => false

The time column generates a default I didn't ask for. The default value
given is not quoted and fails.
Tom M. (Guest)
on 2006-01-21 20:42
(Received via mailing list)
This problem prevented me from using migrations.

Since the app I'm writing is Rails only, I decided
to drop the default on the column, let Rails handle
it, and learn about migrations.

Migrations rock. :-)

-- Tom M.
Ken B. (Guest)
on 2006-01-27 01:45
(Received via mailing list)
Is there any plans on fixing this bug?  I have a rails application that
will be using data in a lagacy db, and adding new tables.  I would like
use migration to deal with the schema changes from the lagacy schema.
problem is that this bug makes migrations totally useless for this
Thibaut Barrère (Guest)
on 2006-01-27 11:18
(Received via mailing list)
Hi Ken

I don't know the status of this bug, but afaik you could still use
sql calls from migrations as a workaround (never done that though, just


Ken B. (Guest)
on 2006-01-27 17:26
(Received via mailing list)
The problem is with the schema.rb file.  When it pulls the schema from
database, it writes seriously broken ruby code to the schema.rb file
causing everything to break.
This topic is locked and can not be replied to.