-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Missing timestamps #19
Comments
This might take a while to fix as I don't have a 0.13 core to hand (PRs welcome ;)) and will need to ensure backwards compatibility. |
I'll look into the database schema changes when I have a chance, maybe it won't be too bad. |
Looks like the relevant change is here: Just switching to storing in milliseconds. Shouldn't be bad. Now to figure out quasselgrep. :) |
Change line 139 in query.py: columns.append("datetime(backlog.time, 'unixepoch') as time") to: columns.append("datetime(backlog.time / 1000, 'unixepoch') as time") |
Ack, I forgot to offer a heads up here when making the change. Apologies for the hassle! Yes, dividing Two possible options:
|
Since sqlite3 schemaversion 31, timestamps are in milliseconds (see 56f686f7 in quassel). As a result, timestamps were broken on sqlite3 databases >= 31. This fixes issue fish-face#19.
Since sqlite3 schemaversion 31, timestamps are in milliseconds (see 56f686f7 in quassel). As a result, timestamps were broken on sqlite3 databases >= 31. This fixes issue fish-face#19.
All of my timestamps are showing as [None]. I haven't pinned it down, but I would guess it has to do with the database changes introduced by Quassel 0.13
The text was updated successfully, but these errors were encountered: