a3ae769a2c
Implement fetch_updates.
4 years ago
a9bc08a98d
Item batch/transaction: fix return data.
4 years ago
c6c52cfe11
Implement collection list.
4 years ago
7ad98b8d28
Implement is_etebase.
4 years ago
407ce0b7a5
Fixed collection_list_common.
4 years ago
e5dbfb5746
Make the import of models more consistent.
4 years ago
611c0f3b0a
Conform to naming conventions.
4 years ago
92f6ccbc28
Implement item_list and item_get.
4 years ago
8afca6ca96
kwarg items: use the same naming as django_etebase.
4 years ago
aa483709c3
Fix item creation.
4 years ago
b2fe30ac26
Implement item_create, batch and transaction.
4 years ago
249c3dc2be
Cleanup models to have common parents.
4 years ago
9d213350e7
exceptions.py: fix typo in filename.
4 years ago
df855897f8
Fix type error.
4 years ago
6f543751a6
Fix and improve typing.
4 years ago
a0aaf79f42
item_batch and item_transaction boilerplate only
4 years ago
6e4f8f9917
Fix list_multi to return the filtered queryset.
4 years ago
b3c177faa6
from_orm_context
4 years ago
53662451a3
collection.py: get by uid and fixed create
4 years ago
94161943ca
chunks type hint
4 years ago
1e60938430
rename
4 years ago
8d09e40b3b
rename
4 years ago
daac0c163b
collection.py: save to db
4 years ago
be7b830804
collection.py: create
4 years ago
4bd826b3be
remove uvicorn run
4 years ago
31e0e0b832
change response content to pydantic models and error handling
4 years ago
a0d1d23d2d
imports
4 years ago
2e5dd58657
snapshot
4 years ago
72d4a725f5
validation errors
4 years ago
c90e92b0f0
snapshot
4 years ago
7d86459480
collection.pyL list_multi
4 years ago
f70e2d80a6
stoken_handler.py
4 years ago
16a99f02ea
snapshot
4 years ago
25cb4fec0c
msgpack.py: allow pydantic BaseModel in content
4 years ago
c1534f6587
first commit
4 years ago
70619fc1c7
Fix unbound variable warning.
4 years ago
c2eb4fd30c
Pass generic context to callbacks instead of the whole view
4 years ago
5a6c8a1d05
Gracefully handle uploading the same revision
...
This is needed so that immediately re-played requests don't fail.
Consider for example the following scenario: a client makes a batch
request that registers correctly on the server, but fails to return
(e.g. a networking error after the request has been processed). The
client would think that the request failed, but the server will already
have the up to date information. This commit just returns a successful
status if this request is sent again (by the client retrying the
request) instead of returning a conflict.
This however doesn't handle the case of a request failing, a
modification being made by another client, and then the request being
retried. This case will stay fail.
4 years ago
2de51b978a
Serializers: fix an issue with handling validation errors.
4 years ago
7eb08d2946
Collection invitation: fix the wrong field type
4 years ago
1cb84cfa6d
Serializers: cleanup how we handle validation errors.
4 years ago
3fcea20d68
Serializers: fully clean an object on signup.
4 years ago
3b4ba75930
Chunk serialization: support not passing chunk content if exists.
4 years ago
7ae172e44e
README: update contributors from github sponsors
4 years ago
0585d6ee92
Chunk file uploader: accept all kinds of media types.
...
This restriction was unnecessary and annoying to deal with in clients.
4 years ago
cd86c060b5
Collection: fix UID validation to return a Conflict error.
4 years ago
9559a0fd35
Chunk download: use the new sendfile to serve files.
4 years ago
a19a982b1c
Sendfile: add a sendfile module based on django-sendfile2
4 years ago
070abfcdd8
Format using black.
4 years ago
7571261479
Remove unused imports.
4 years ago
Tom Hacohen