Binaries not downloaded by clicking the button
Describe the bug A clear and concise description of what the bug is.
To Reproduce Steps to reproduce the behavior:
- I'm an authenticated user
- Go to 'administration' librsign
- Click on '.Download Binaries'
Nothing happens
Expected behavior Binaries Downloaded and marked as success
Environment information (please complete the following information):
- OS: Linux
- Browser chrome
- LibreSign Version: libresign-v8.0.0-rc7
- Nextcloud Server Version [e.g. 28.0.3]
I found an scenario that maybe cover your case and fixed here:
- https://github.com/LibreSign/libresign/pull/2491
In my scenario, the /data/appdata_<instance_id>/libresign was inaccessible to Nextcloud. Possible cause to my scenario is:
-
/data/appdata_<instance_id>/libresigndeleted handmade
Now you have two possible ways: wait next release to check if will fix this or apply handmade the changes of #2491 or using the patch command.
Hi @glimz I published the RC-8, could you test with this new build?
Hi @glimz I published the RC-8, could you test with this new build?
I will test tomorrow and give feedback.
In RC8, when I click the "Download binaries", the button changes its label to "Binaries downloaded", however no binaries are actually downloaded. The button label just changes.
In RC8, when I click the "Download binaries", the button changes its label to "Binaries downloaded", however no binaries are actually downloaded. The button label just changes.
Refreshing the page goes back to Download Binaries. Still not working as expected
This issue still exists in v8.0.0-rc11 running on Nextcloud 28.0.4.
Could you check again at the newest release of LibreSign?
I made a lot of improvements.
Closing this issue as solved.
If this issue persists, don't hesitate to open a new issue making reference to this.
[!NOTE]
If you like this app, don't hesitate to help us
Ways to help this project:
- Creating a very nice review of this project at:
- social networks like LinkedIn, Instagram, etc and putting the @LibreSign and @LibreCodeCoop
- AlternativeTo https://alternativeto.net/software/libresign/
- Nextcloud apps store: https://apps.nextcloud.com/apps/libresign
- Sponsoring the development by GitHub sponsor https://github.com/sponsors/LibreSign
- helping the translations on Transifex
- contacting us to have Enterprise support: https://libresign.coop
This problem still exists for me using LibreSign v8.1.3 running on Nextcloud v28.0.7. When I click the "Download Binaries" button, it displays a spinning "Loading..." button that never returns. I am, however, able to install the binaries from command line.
Could you check if you get any http error or if have any log entry created to LibreSign when you start the download proccess?
Is this occurring at cli too?
When I click the button, nothing is printed to nextcloud.log, the website's error.log, /var/log/httpd/error_log, /var/log/php-fpm/error.log, or to /var/log/php-fpm/www-error.log. As far as I can tell, there are no error messages printed anywhere.
Answering your second question, everything seems to work fine from the command line. Here is my command line and output:
[ceperry@einstein public_html]$ pwd
/var/www/einsteintest.relanet.com/nextcloud28/public_html
[ceperry@einstein public_html]$ sudo -u apache php occ libresign:install --all
[sudo] password for ceperry:
Downloading java...
52914261/52914261 [============================] 100%
Downloading JSignPdf...
19027694/19027694 [============================] 100%
Downloading pdftk...
7205862/7205862 [============================] 100%
Downloading cfssl...
12054528/12054528 [============================] 100%
Downloading cfssljson...
7643136/7643136 [============================] 100%
To use CFSSL, set the engine to cfssl with: config:app:set libresign certificate_engine --value cfssl
Is the check getting trouble after executing the setup from CLI?
You also can check using the command occ libresign:configure:check
After installing from the command line, all checks pass.
Now, how to reproduce the possible problem?
