# |
Aug 7th 2008, 00:06 |
polerin |
take the default off of the field |
# |
Aug 7th 2008, 00:06 |
polerin |
yeah |
# |
Aug 7th 2008, 00:05 |
loki_racer |
http://pastebin.com/d1ba82541 |
# |
Aug 7th 2008, 00:04 |
polerin |
no, I meen the table, is it specified that the value can be null, or that the field has a default value? |
# |
Aug 7th 2008, 00:04 |
polerin |
is there a default value for the field in the table that is not saving? |
# |
Aug 7th 2008, 00:04 |
loki_racer |
INSERT INTO `poll_answers_users` (`poll_answer_id`,`user_id`) VALUES (3,1) |
# |
Aug 7th 2008, 00:04 |
loki_racer |
it's not null |
# |
Aug 7th 2008, 00:03 |
polerin |
ah, is the field set as not-null? I seem to rember(though I could be wrong) that it doesn't do it's automagic if it can be null |
# |
Aug 7th 2008, 00:03 |
loki_racer |
some tables it does, some it doesn't |
# |
Aug 7th 2008, 00:03 |
polerin |
same with modified |
# |
Aug 7th 2008, 00:03 |
loki_racer |
rather, why does cake not sometimes populate the created field automatically when the save method is used |
# |
Aug 7th 2008, 00:03 |
polerin |
as long as it's a datetime |
# |
Aug 7th 2008, 00:03 |
polerin |
loki_racer: what do you mean? It's autosaved the created field for a good while now |
# |
Aug 7th 2008, 00:02 |
loki_racer |
why does cake sometimes now save the created field |
# |
Aug 7th 2008, 00:02 |
polerin |
sorry, needed to make some tea |
# |
Aug 6th 2008, 23:56 |
batcoder-7 |
polerin: anything would help |
# |
Aug 6th 2008, 23:56 |
polywog |
tomas-: thanks, it's time for bed now |
# |
Aug 6th 2008, 23:56 |
polerin |
and it's not going to be functional... i'm getting tired and have a bunch of work left tonight |
# |
Aug 6th 2008, 23:55 |
polerin |
I'll bin a quickie, but it's not going to be perfect |
# |
Aug 6th 2008, 23:55 |
polywog |
yup |
# |
Aug 6th 2008, 23:55 |
batcoder-7 |
polerin: actually i dont see how to exactly do it with an array, i can see hwo that would be bthe best option but i just dont know what i have to do |
# |
Aug 6th 2008, 23:55 |
polywog |
yeah, it's gotta be, cause all the docs I have here have the '>' to the right (as part of the value) |
# |
Aug 6th 2008, 23:55 |
Raphael |
ciao |
# |
Aug 6th 2008, 23:55 |
Raphael |
It will be for this evening |
# |
Aug 6th 2008, 23:54 |
Raphael |
If you gave me the solution, I lost it... |
# |
Aug 6th 2008, 23:54 |
Raphael |
Fuck, my IRC client buffer is over... |
# |
Aug 6th 2008, 23:54 |
tomas- |
polywog, because the value is either quoted or put as a placeholder, etc... |
# |
Aug 6th 2008, 23:54 |
Raphael |
Noise98, ? |
# |
Aug 6th 2008, 23:54 |
polerin |
I think it's been around a bit |
# |
Aug 6th 2008, 23:53 |
polerin |
polywog: Not sure, |
# |
Aug 6th 2008, 23:53 |
polywog |
rc2 |
# |
Aug 6th 2008, 23:53 |
polywog |
ahhh, it's to the LEFT of the quote, is this new for RC@? |
# |
Aug 6th 2008, 23:53 |
polerin |
yeah, what tomas- said. put the >= in the field, not the value |
# |
Aug 6th 2008, 23:53 |
tomas- |
polywog, I mean something like this: $this->Client->Incident->find('all', array('conditions' => array('Incident.modified >= ' => $chartTimes)) |
# |
Aug 6th 2008, 23:53 |
polywog |
the '>' keeps getting lumped in (quoted) with the date |
# |
Aug 6th 2008, 23:53 |
batcoder-7 |
polerin: yea i will do it with an array seems like the best way, i wa just looking at other examples |
# |
Aug 6th 2008, 23:53 |
polerin |
if you decided to do it that way, bin your element or section of code in your layout that does the menu building |
# |
Aug 6th 2008, 23:52 |
polywog |
that didn't work either |
# |
Aug 6th 2008, 23:52 |
polywog |
well |
# |
Aug 6th 2008, 23:52 |
polywog |
n/m |
# |
Aug 6th 2008, 23:52 |
polywog |
ugh |