THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#207 - dialog mysql DB cseq fields should be varchar(20)
User who did this - Timo Reimann (tr)
----------
Migration instruction for 3.2 to 3.3 (yet unreleased!) created and dialog part added:
http://sip-router.org/wiki/install/3.2.x-to-3.3.x
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=207#comment500
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#207 - dialog mysql DB cseq fields should be varchar(20)
User who did this - Timo Reimann (tr)
----------
Updated in all DB scripts as you suggested.
Wiki documentation will be updated soon.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=207#comment499
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
Hello,
We are using postgres as our database and where there are DATETIME
columns they have a type of "TIMESTAMP WITHOUT TIME ZONE", and when a
time is put into an SQL query (lib/srdb1/db_ut.c:231) we use localtime()
(not gmtime()).
For many applications this will be OK as we are always comparing
localtime, but it does change the unix epoch. If I want to store 0
seconds, here in the UK it comes out as "1970-01-01 01:00:00" 1 hour
ahead of UTC.
This has an effect on the location table which uses an expires timestamp
of "0" to mean permanent. Could this have an effect on other modules
comparing time from the database, or situations where geographically
distributed systems (in different timezones) are accessing the same
central database?
Hugh
--
Hugh Waite
Senior Design Engineer
Crocodile RCS Ltd.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A user has added themself to the list of users assigned to this task.
FS#207 - dialog mysql DB cseq fields should be varchar(20)
User who did this - Andrew Pogrebennyk (marduk)
http://sip-router.org/tracker/index.php?do=details&task_id=207
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Andrew Pogrebennyk (marduk)
Attached to Project - sip-router
Summary - dialog mysql DB cseq fields should be varchar(20)
Task Type - Bug Report
Category - dialog
Status - Assigned
Assigned To - Timo Reimann
Operating System - All
Severity - Low
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - According to rfc CSeq is 32-bit unsigned integer, so varchar(7) is way too low. I suggest to change it to varchar(20) and in other DB engines accordingly.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=207
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.