nextcloud / nextcloud/workflow_pdf_converter
No PDF generated, no log
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 26
- Forks
- 8
- Avg merge
- 10h 30m
- Merged PRs (30d)
- 31
Description
Hi,
I set up a PDF conversion flow as follows:
When File created, File updated
and File MIME type matches Office documents
=> Keep original, overwrite existing PDF
I'd expect that when creating a new odt file with Collabora Online Development Edition, or just uploading a new odt file, I would see its corresponding pdf appearing aside, but nothing happens.
And absolutely nothing in the nextcloug log (loglevel : 2).
libreoffice --headless --invisible --norestore --convert-to pdf file.odt works fine in a terminal.
PDF Converter app
PDF Converter app version: 1.3.1
Server configuration
Operating system:
Ubuntu 18.04
Web server:
nginx 1.14.0
Database:
MariaDB 10.1.44
PHP version:
PHP 7.4.6
Nextcloud Version:
18.0.4
LibreOffice 6.0.7
# which libreoffice
/usr/bin/libreoffice
List of activated apps:
Enabled:
- accessibility: 1.4.0
- activity: 2.11.0
- admin_audit: 1.8.0
- apporder: 0.9.0
- bookmarks: 3.0.13
- breezedark: 18.0.16
- bruteforcesettings: 1.6.0
- calendar: 2.0.3
- cloud_federation_api: 1.1.0
- comments: 1.8.0
- contacts: 3.3.0
- dav: 1.14.0
- deck: 1.0.1
- external: 3.5.0
- federatedfilesharing: 1.8.0
- federation: 1.8.0
- files: 1.13.1
- files_accesscontrol: 1.8.1
- files_external: 1.9.0
- files_linkeditor: 1.0.13
- files_lock: 0.8.1
- files_mindmap: 0.0.21
- files_pdfviewer: 1.7.0
- files_rightclick: 0.15.2
- files_sharing: 1.10.1
- files_trashbin: 1.8.0
- files_versions: 1.11.0
- files_videoplayer: 1.7.0
- firstrunwizard: 2.7.0
- forms: 1.1.1
- groupfolders: 6.0.6
- impersonate: 1.5.0
- logreader: 2.3.0
- lookup_server_connector: 1.6.0
- nextcloud_announcements: 1.7.0
- notifications: 2.6.0
- oauth2: 1.6.0
- ownpad: 0.6.14
- password_policy: 1.8.0
- passwords: 2020.5.0
- photos: 1.0.0
- polls: 1.4.3
- previewgenerator: 2.3.0
- privacy: 1.2.0
- provisioning_api: 1.8.0
- quickaccesssorting: 1.0.3
- quota_warning: 1.7.0
- recommendations: 0.6.0
- richdocuments: 3.6.0
- serverinfo: 1.8.0
- settings: 1.0.0
- sharebymail: 1.8.0
- spreed: 8.0.9
- support: 1.1.0
- survey_client: 1.6.0
- systemtags: 1.8.0
- tasks: 0.13.1
- theming: 1.9.0
- theming_customcss: 1.5.0
- twofactor_backupcodes: 1.7.0
- updatenotification: 1.8.0
- viewer: 1.2.0
- workflow_pdf_converter: 1.3.1
- workflowengine: 2.0.0
Disabled:
- encryption
- end_to_end_encryption
- text
- user_ldap
Nextcloud configuration:
'enable_previews' => true,
'preview_libreoffice_path' => '/usr/bin/libreoffice',
'preview_office_cl_parameters' => ' --headless --invisible --norestore --convert-to pdf ',
Are you using external storage, if yes which one: local/smb/sftp/...
No
Are you using encryption: yes/no
No
Server log (data/nextcloud.log)
Nothing
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the PDF Converter workflow with a newly uploaded ODT file and inspect the Nextcloud log and the configured LibreOffice command. The payload names no source files or tests, so trace the workflow entry point and conversion path before changing anything. Done means a PDF is created beside the source document and failures produce a useful log entry.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- mariadb, nginx, php, ubuntu
- Domain
- backend, devops
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100