Paperless-ngx v3.4.2 releases with dependency updates and mobile UX improvements
Paperless-ngx 3.4.2 provides critical dependency bumps for Django and filelock alongside various mobile user interface fixes.
Summary
Paperless-ngx, the popular open-source document management system, has released version 3.4.2. This update focuses on stabilizing the mobile user experience and updating core backend and frontend dependencies to ensure security and compatibility.
Key changes include significant version bumps for the Django framework and its associated ecosystem, such as django-guardian and django-filter. The release also addresses specific workflow bugs, such as ensuring Celery workers correctly import bulk edit tasks and improving the initialization sequence for Tesseract language installations.
Technical changes in Paperless-ngx 3.4.2
- Backend Dependencies: The release updates the Django framework and related libraries including django-guardian, django-filter, and drf-spectacular-sidecar to maintain ecosystem compatibility.
- Security and File Handling: The filelock library has been bumped to version 4.2.6 specifically to incorporate fixes related to Access Control Lists (ACLs).
- Mobile UX Refinement: Several UI fixes target mobile users, including adjustments to the save button display, document detail layouts, and custom field dropdown text sizing.
- Infrastructure Updates: The Docker Compose configuration has been updated to include newer versions of Nginx (1.31.7-alpine) and Gotenberg (0.38), alongside updates to the Greenmail standalone service.
- Frontend Maintenance: The project has removed the abandoned ngx-bootstrap-icons dependency in favor of a custom implementation and updated various Angular-related dependencies.
Why it matters
For sysadmins managing Paperless-ngx via Docker, this release provides necessary security and stability updates for the underlying web server and document processing components. Developers and users will benefit from improved mobile responsiveness and more reliable background task execution via Celery.
Original reference: github.com →