Opened 18 years ago

Closed 13 years ago

#2688 closed Bug (worksforme)

failed save() with postgresql sometimes doesn't throw error until next statement (which is 'set time zone')

Reported by: mail@… Owned by: zefciu
Component: Database layer (models, ORM) Version: dev
Severity: Normal Keywords: psycopg transactions timezone postgresql
Cc: mail@…, sam@… Triage Stage: Accepted
Has patch: no Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: no UI/UX: no

Description

I was getting a 'programmingerror' when the session middleware tried to set the timezone, but as this works any other time it changes the session, I assumed that wasn't the real problem. executing the set time zone statement in psql worked too, so it seemed to be an earlier statement that was causing the error. I eventually tracked down the earlier statement that was causing the error (trying to set a DateField to a time.time() rather than a datetime instance) but what I don't understand is why this error wasn't reported when it happened.

I wondered if it was something to do with autocommit not happening until after the session had been updated so I used the manual transaction decorator to ensure the transaction was commited, but still no error. I noticed in ticket 852, kkennedy@… talks about the same behaviour. is psycopg not reporting the errors or is this a problem in django?

Change History (8)

comment:1 by anonymous, 18 years ago

Cc: mail@… added

comment:2 by Michael Radziej, 17 years ago

Needs tests: set
Summary: failed save() doesn't throw error until next statement (which is 'set time zone')failed save() with postgresql sometimes doesn't throw error until next statement (which is 'set time zone')
Triage Stage: UnreviewedAccepted

As far as I know, the reason why sometimes an error is not detected with postgresql before the set timezone is still unknown, but I have seen enough reports in the mailing lists that I'm sure this is an issue. Any help in sorting this out appreciated. If you can provide a reproducible test case, please describe it here!

comment:3 by anonymous, 17 years ago

Cc: sam@… added

comment:4 by Łukasz Rekucki, 14 years ago

Severity: normalNormal
Type: defectBug

comment:5 by zefciu, 13 years ago

Easy pickings: unset
Triage Stage: AcceptedReady for checkin
UI/UX: unset

comment:6 by zefciu, 13 years ago

Has patch: set
Needs tests: unset
Triage Stage: Ready for checkinAccepted

comment:7 by zefciu, 13 years ago

Owner: changed from nobody to zefciu
Status: newassigned

comment:8 by zefciu, 13 years ago

Has patch: unset
Resolution: worksforme
Status: assignedclosed

I have tried to reproduce this bug by putting the value of time.time() to DateField. My results:

  • In current version of django it simply doesn't pass the validation.
  • After disabling validation (by substituting all the .to_python() logic with return value the DatabaseError is returned immediately.

What's more. 5 years ago, when this bug was submitted psycopg was about 2.0.5. It's most likely that this effect was due to some bug in psycopg2, as it didn't happen with other backends. As nobody provided a reproducible case for this bug or submitted similar bugs from that time, we can assume that this bug was fixed.

I suggest to close this bug.

Note: See TracTickets for help on using tickets.
Back to Top