mirror of
https://github.com/TheAnachronism/docspell.git
synced 2025-06-05 22:55:58 +00:00
Merge branch 'current-docs'
This commit is contained in:
commit
d06d541d0a
2
.github/workflows/website.yml
vendored
2
.github/workflows/website.yml
vendored
@ -23,4 +23,6 @@ jobs:
|
|||||||
- name: Build website (${{ env.DOCSPELL_VERSION }})
|
- name: Build website (${{ env.DOCSPELL_VERSION }})
|
||||||
run: nix-shell website/shell.nix --run "sbt make-website"
|
run: nix-shell website/shell.nix --run "sbt make-website"
|
||||||
- name: Publish website (${{ env.DOCSPELL_VERSION }})
|
- name: Publish website (${{ env.DOCSPELL_VERSION }})
|
||||||
|
env:
|
||||||
|
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
|
||||||
run: sbt publish-website
|
run: sbt publish-website
|
||||||
|
11
Changelog.md
11
Changelog.md
@ -73,6 +73,10 @@ state (the master branch). The `latest` tag points to the latest
|
|||||||
release. Each release is also tagged with its version number, like
|
release. Each release is also tagged with its version number, like
|
||||||
`v0.24.0`.
|
`v0.24.0`.
|
||||||
|
|
||||||
|
The images changed slightly in that there is no assumption on where
|
||||||
|
the config file is placed. Now you need to pass the docspell config
|
||||||
|
file explicitely when using the images.
|
||||||
|
|
||||||
Multiarch: Images are now build for `amd64`, `arm64` and `armv7`.
|
Multiarch: Images are now build for `amd64`, `arm64` and `armv7`.
|
||||||
|
|
||||||
The consumedir is being replaced by the more generic `docspell/tools`
|
The consumedir is being replaced by the more generic `docspell/tools`
|
||||||
@ -92,7 +96,10 @@ The docker-compose setup is now at `docker/docker-compose`. Please
|
|||||||
look at the new [compose
|
look at the new [compose
|
||||||
file](https://github.com/eikek/docspell/blob/master/docker/docker-compose/docker-compose.yml)
|
file](https://github.com/eikek/docspell/blob/master/docker/docker-compose/docker-compose.yml)
|
||||||
and do the corresponding changes at yours. Especially the consumedir
|
and do the corresponding changes at yours. Especially the consumedir
|
||||||
container changed significantly.
|
container changed significantly. Then due to the fact that the config
|
||||||
|
file must be given explicitely, you need to add this argument to each
|
||||||
|
docspell component (restserver and joex) via a `command` section (see
|
||||||
|
the compose file referenced above).
|
||||||
|
|
||||||
The `.envrc` has been cleaned from some settings. Since the config
|
The `.envrc` has been cleaned from some settings. Since the config
|
||||||
files is mounted into the image, you can just edit this file instead.
|
files is mounted into the image, you can just edit this file instead.
|
||||||
@ -924,7 +931,7 @@ improvements for processing files.
|
|||||||
upload the file into memory for nothing if something fails (e.g. the
|
upload the file into memory for nothing if something fails (e.g. the
|
||||||
source doesn't exist)
|
source doesn't exist)
|
||||||
- Re-process files. A
|
- Re-process files. A
|
||||||
[route](https://docspell.org/openapi/docspell-openapi.html#api-Item-secItemItemIdReprocessPost)
|
[route](https://docspell.org/openapi/docspell-openapi.html#operation/sec-item-start-reprocess)
|
||||||
has been added that submits files for re-processing. It is possible
|
has been added that submits files for re-processing. It is possible
|
||||||
to re-process some files of an item or all. There is no UI for this
|
to re-process some files of an item or all. There is no UI for this
|
||||||
for now. You'd need to run `curl` or something manually to trigger
|
for now. You'd need to run `curl` or something manually to trigger
|
||||||
|
@ -117,8 +117,7 @@ Please see this [issue](https://github.com/eikek/docspell/issues/358).
|
|||||||
## Why another DMS?
|
## Why another DMS?
|
||||||
|
|
||||||
Back when Docspell started, there weren't as many options as there are
|
Back when Docspell started, there weren't as many options as there are
|
||||||
now. I wanted to try out a different approach. You can read more about
|
now. I wanted to try out a different approach.
|
||||||
that [here](@/docs/intro/_index.md#rationale).
|
|
||||||
|
|
||||||
## Wh…?
|
## Wh…?
|
||||||
|
|
||||||
|
@ -7,13 +7,13 @@ mktoc = true
|
|||||||
|
|
||||||
|
|
||||||
The page *Processing Queue* shows the current state of document
|
The page *Processing Queue* shows the current state of document
|
||||||
processing for your uploads.
|
processing for your uploads. The page currently only shows at most the
|
||||||
|
80 newest jobs. There is a maximum of 40 done jobs (successful,
|
||||||
|
cancelled or failed) and 40 not done jobs.
|
||||||
|
|
||||||
At the top of the page a list of running jobs is shown. Below that,
|
The sidebar lets you filter for a specific job state. The *Currently
|
||||||
the left column shows jobs that wait to be picked up by the job
|
Running* tab shows all jobs that are currently executing and their log
|
||||||
executor. On the right are finished jobs. The number of finished jobs
|
output. The page refreshes automatically to show the progress.
|
||||||
is cut to some maximum and is also restricted by a date range. The
|
|
||||||
page refreshes itself automatically to show the progress.
|
|
||||||
|
|
||||||
Example screenshot:
|
Example screenshot:
|
||||||
|
|
||||||
@ -32,8 +32,9 @@ Since job executors are shared among all collectives, it may happen
|
|||||||
that a job is some time waiting until it is picked up by a job
|
that a job is some time waiting until it is picked up by a job
|
||||||
executor. You can always start more job executors to help out.
|
executor. You can always start more job executors to help out.
|
||||||
|
|
||||||
If a job fails, it is retried after some time. Only if it fails too
|
If a job fails it first enters "stuck" state and is retried after some
|
||||||
often (can be configured), it then is finished with *failed* state.
|
time. Only if it fails too often (can be configured), it then is
|
||||||
|
finished with *failed* state.
|
||||||
|
|
||||||
For the document-processing task, if processing finally fails or a job
|
For the document-processing task, if processing finally fails or a job
|
||||||
is cancelled, the item is still created, just without suggestions.
|
is cancelled, the item is still created, just without suggestions.
|
||||||
|
Loading…
x
Reference in New Issue
Block a user