b4074303ba
avoid error in error handler and render 500 page
2016-08-23 01:37:38 +02:00
d7b53aa322
limit cronjob rate if multiple cronjobs end up in queue
2016-08-18 13:41:24 +02:00
e1cacdb67a
add task queue api
2016-08-17 14:37:59 +02:00
0eb873d2cb
fix hue, saturation, lightness calculation for multi part items
2016-08-15 15:14:44 +02:00
3d6d1be2e6
include oshash in video url to avoid cache issues
2016-08-13 15:36:00 +02:00
843cea063d
update timeline if part is changed
2016-08-13 15:34:28 +02:00
3b8dd55273
don't fail if 2 paths get flipped in a folder
2016-08-13 15:32:51 +02:00
8c928860e1
import url celanup
...
- only import first url
- pass empty string instead of undefined
- page can contain multiple videos, import as parts
2016-08-10 10:49:58 +02:00
b59a9c3122
set canImportItems in config.*.jsonc
2016-08-09 15:58:48 +02:00
2157b719ec
use more info from sort table, fixes #2953
2016-08-09 15:06:44 +02:00
c08ce51db2
add padma importMetadata
2016-08-09 14:25:39 +02:00
384c643326
no tags == []
2016-08-09 14:25:39 +02:00
9991767d01
no summary in default importMetadata keys
2016-08-09 13:03:21 +01:00
7f8b5448e6
set default config importMetadata
2016-08-09 12:57:43 +01:00
0430a0f236
cache getMediaUrlInfo
2016-08-09 12:57:43 +01:00
90486ec774
update menu and config
2016-08-09 13:35:47 +02:00
5ef6062613
import media dialog
2016-08-09 13:17:48 +02:00
926d3f0f09
add video id
2016-08-09 11:50:24 +01:00
337cafcf76
don't add base keys to Item.data
2016-08-08 15:54:52 +02:00
9a86ddce01
include upload_date
2016-08-05 17:57:40 +02:00
dce51305ce
update poster after extracting stream
2016-08-05 15:24:54 +02:00
c4a95bc320
update_poster should always update poster
2016-08-05 14:46:27 +02:00
2aef460225
do not set -ac if audiochannels is None
2016-08-05 14:46:27 +02:00
ff8dd16456
fix profile selection
2016-08-03 11:41:46 +02:00
5447aab0a1
more current values
2016-07-30 12:04:35 +02:00
dcf3acbd44
store facets in NFKD
2016-07-30 12:01:34 +02:00
dffb25e0e8
poster might still point to old id, after rename, delete and make new one. fixes #2944
2016-07-30 10:02:53 +02:00
5c90ff79a0
cleanup poster cache
2016-07-30 09:39:31 +02:00
893f2e5423
add importMediaDialog
2016-07-30 02:49:43 +02:00
383ad8a535
fix findMedia by item id
2016-07-24 17:52:33 +02:00
6f4a0ba90a
support vtt subtitles
2016-07-01 21:13:13 +02:00
f8f951c966
remove outdated fixmes
2016-07-01 17:53:59 +02:00
d780045306
flake8
2016-07-01 17:48:43 +02:00
3166bf5beb
show timeline errors
2016-07-01 17:34:45 +02:00
5434ffbf53
make_poster no longer takes arguments
2016-07-01 12:44:07 +02:00
88c800a093
use data['positions']
2016-06-30 16:42:56 +02:00
c7157d5001
only decode ids for found positions
...
merge document.view.get_positions into item.utils.get_positions
add flag to decode id before looking up in ids
Followup to 09ebbc9cc6
2016-06-30 16:18:07 +02:00
3d95d7013a
Merge remote-tracking branch 'wjt/2935-findDocuments-performance'
2016-06-30 15:43:09 +02:00
e9863c238e
always use get_operator, avoid case-insensitive match if possible
2016-06-30 11:28:09 +02:00
5b545e6e43
layer first
2016-06-30 02:42:24 +02:00
b6e4d33a43
add Annotation.findvalue index (used by findClips)
2016-06-30 02:42:24 +02:00
b63024df02
show source info if encode fails
2016-06-30 00:23:56 +02:00
b5bc17f925
make layer itemKeys with filter=true show up in searching for *
2016-06-30 00:17:23 +02:00
09ebbc9cc6
findDocuments: improve performance of positions queries
...
References #2935
2016-06-28 16:36:55 +01:00
8d25e3be78
findDocuments: improve entity query performance
...
When I implemented this in 9a4c24c , there were not many rows in
entity_documentproperties in the database here. Now that there are,
computing the document_document -> entity_documentproperties ->
entity_entity join and then filtering is really, really slow. Postgres
seems to materialize the whole join and then scan it.
If we get a set of matching document IDs for the entity query in a
subquery, and then just filter with IN on that, things are much faster:
scan entity_entity; in a nested loop, get the document_ids via
entity_documentproperties; hash this set; and then scan
document_document.
Searching for a single character, this brings the query from ~1.1s to
~400ms. Searching for a full word, ~800ms to 120ms
This condition is getting really ugly -- I am sorry!
References #2935
2016-06-28 16:33:01 +01:00
5aeffcfb6a
check first audio track
2016-06-27 16:51:18 +02:00
adfcc1cb27
never set display aspect ratio to 0:0
2016-06-27 16:08:30 +02:00
8ac78f3bd6
remove unused force flag from make_poster, update_timeline
2016-06-26 23:24:11 +02:00
0f9e80e1e6
avoid saving item twice
2016-06-26 23:22:27 +02:00
de9b062d63
make sure existing index is using gin
2016-06-26 16:55:58 +02:00