Long log lines truncated at 1024 characters in docker logs

[Verox-]

Describe the bug
Log lines in docker logs are truncated to 1024 characters (1055 including timestamp).

To Reproduce
Steps to reproduce the behavior:

1. Run PartDB from the docker image
2. Click around a while to generate some log files
3. Use docker logs to view the container's log files
4. Scroll and find a log line (deprication notices or exceptions usually work, or look for the line given in the first sample
5. Observe it is truncated at 1024 characters (after removing the timestamp)

Expected behavior
Log lines should not be truncated.

Screenshots

2024-11-24T13:48:32.888296316Z {"message":"User Deprecated: Since nelmio/security-bundle 3.4.0: The \"Nelmio\\SecurityBundle\\EventListener\\XssProtectionListener\" class is deprecated, use Content Security Policy without allowing \"unsafe-inline\" scripts instead.","context":{"exception":{"class":"ErrorException","message":"User Deprecated: Since nelmio/security-bundle 3.4.0: The \"Nelmio\\SecurityBundle\\EventListener\\XssProtectionListener\" class is deprecated, use Content Security Policy without allowing \"unsafe-inline\" scripts instead.","code":0,"file":"/var/www/html/vendor/nelmio/security-bundle/src/EventListener/XssProtectionListener.php:35","trace":["/var/www/html/vendor/nelmio/security-bundle/src/EventListener/XssProtectionListener.php:80","/var/www/html/var/cache/docker/ContainerFWJJSPE/App_KernelDockerContainer.php:2016","/var/www/html/var/cache/docker/ContainerFWJJSPE/App_KernelDockerContainer.php:474","/var/www/html/vendor/symfony/event-dispatcher/EventDispatcher.php:257","/var/www/html/vendor/symfony/event-dispatcher/Even

2024-11-24T13:48:32.885207074Z {"message":"Uncaught PHP Exception RuntimeException: \"Unknown response format\" at MouserProvider.php line 208","context":{"exception":{"class":"RuntimeException","message":"Unknown response format","code":0,"file":"/var/www/html/src/Services/InfoProviderSystem/Providers/MouserProvider.php:208","trace":["/var/www/html/src/Services/InfoProviderSystem/Providers/MouserProvider.php:135","/var/www/html/src/Services/InfoProviderSystem/PartInfoRetriever.php:82","/var/www/html/vendor/symfony/cache/LockRegistry.php:111","/var/www/html/vendor/symfony/cache/Traits/ContractsTrait.php:102","/var/www/html/vendor/symfony/cache-contracts/CacheTrait.php:64","/var/www/html/vendor/symfony/cache/Traits/ContractsTrait.php:85","/var/www/html/vendor/symfony/cache-contracts/CacheTrait.php:30","/var/www/html/src/Services/InfoProviderSystem/PartInfoRetriever.php:78","/var/www/html/src/Services/InfoProviderSystem/PartInfoRetriever.php:64","/var/www/html/src/Controller/InfoProviderController.php:83","/var/www/html/vendor/symfony/http-

Server Side

• Part-DB Version: 1.14.4
• PHP Version: 8.2.24 64bit
• Database Server SQLite 3.40.1
• Default locale: English (en)
• Detailed error pages: Enabled
• OS: Linux 8a225456c557 6.6.51+rpt-rpi-2712 Added code of conduct. #1 SMP PREEMPT Debian 1:6.6.51-1+rpt3 (2024-10-08) aarch64
• Docker versions:

Client: Docker Engine - Community
 Version:           27.3.1
 API version:       1.47
 Go version:        go1.22.7
 Git commit:        ce12230
 Built:             Fri Sep 20 11:41:19 2024
 OS/Arch:           linux/arm64
 Context:           default

Server: Docker Engine - Community
 Engine:
  Version:          27.3.1
  API version:      1.47 (minimum version 1.24)
  Go version:       go1.22.7
  Git commit:       41ca978
  Built:            Fri Sep 20 11:41:19 2024
  OS/Arch:          linux/arm64
  Experimental:     false
 containerd:
  Version:          1.7.22
  GitCommit:        7f7fdf5fed64eb6a7caf99b3e12efcf9d60e311c
 runc:
  Version:          1.1.14
  GitCommit:        v1.1.14-0-g2c9f560
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

Additional context
Found this while trying to debug a seperate issue whereby Mouser's integration has broken which causes an exception and the part search tool to return 500, as shown in example 2.

[jbtronics]

This should be fixed with the latest commits