Bugging me as well. This definitely should be fixed finally (!)
The sed command worked and fixed it. Neither manual miniserv.pl fix did, nor did Webmin 1.971.
I want to highlight that I ran into this issue too (see https://sourceforge.net/p/webadmin/bugs/5442/?page=2&limit=25#cfc7). First updated to dev webmin 1.971 which DID NOT fix this issue. I had to manually run sudo sed -i 's/perl -w/perl/' *.pl *.cgi in /usr/share/webmin/sysstats to fix it. So maybe you want to check if that "fix" really is part of Webmin 1.971. Update: on a 2nd machine affected, I only run the sed command while webmin still on 1.970 and authentic-theme on 19.70 - and it fixed it...
I want to highlight that I ran into this issue too (see https://sourceforge.net/p/webadmin/bugs/5442/?page=2&limit=25#cfc7). First updated to dev webmin 1.971 which DID NOT fix this issue. I had to manually run sudo sed -i 's/perl -w/perl/' *.pl *.cgi in /usr/share/webmin/sysstats to fix it. So maybe you want to check if that "fix" really is part of Webmin 1.971.
Alright I´ll switch over there. So the update broke more things... thanks for the link.
That´s what I see when the pop-up (never had that before by the way, that´s what I meant talking "strange" behaviour) opens (URL: https://servername:10000/sysstats/display_all.cgi). Who screwed things up: A) Webmin B) Authentic Theme C) Webminstats ?
Updated to 1.971. No change, same behaviour. Expected that cause I manually applied the patch before as you can read 3 posts above. Is it another issue (see error message, line 44 is referenced)?
How can I manually downgride authentic-theme? I need a quick solution. So frustrating when updates break basic things. Testing after delivery... anyway, what can I try or provide? I applied the patch on the /usr/share/webmin/miniserv.pl on a Debian like OS (Raspberry Pi). Even rebooting the host did not change anything.
Thank you. Strange behaviour with 1.970: when I tried to access "Historic System Statistics" (https://servername:10000/sysstats/) browser wants to open a pop-up. If I allow it it will open a new site telling Software error: Undefined subroutine &WebminCore::get_raw called at /usr/share/webmin/authentic-theme/authentic.pl line 44. For help, please send mail to this site's webmaster, giving this error message and the time and date of the error. I applied the fix from https://github.com/webmin/webmin/commit/4fef82323e90bec7e917fd57ab960f56ddaec374...
Update: I manually restarted Webmin on the command line. After that login worked. BUT putting the 2FA code box on a second state is something I consider as completely unnecessary UI change by the way. Anyway, back in...
Alright guys I ended up in the same situation. Authentic theme does not provide the 2FA code box anymore. So I AM SCREWED now because I can´t change anything without logging in. -> Can I change theme without/before logging in? -> Can I fix it on the command line?
HI @Mark McGuill, are you still looking for testers? I'm an IT guy with a bit of security background using KeePass for several years also on iOS (with MiniKeePass which, well, seems to be really dead) and am really looking for some of the features your app reclaims to offer. ...and I think I already found a bug/optimization point in the current version. Hope to hear from you, greetings from Germany :)
HI @Mark McGuill, are you still looking for testers? I'm an IT guy using KeePass for several years also on iOS (with MiniKeePass which, well, seems to be really dead) and am really looking for some of the features your app reclaims to offer. ...and I think I already found a bug/optimization point in the current version. Hope to hear from you, greetings from Germany :)
Just FYI: I ended up with switching from "Remote SMTP" setting to "local mail server command" and using ssmtp, which needs a bit of configuration but can handle all remote SMTP servers. In my opinion the mail implementation for remote SMTP servers is simply very poor. Don´t spend any more time on that - use Google or (my recommendation) setup ssmtp if you can.
Just FYI: I ended up with switching from "Remote SMTP" setting to "local mail server command" and using ssmtp, which needs a bit of configuration but can handle all remote SMTP servers. In my opinion the mail implementation for remote SMTP servers is simply very poor. Don´t spend any more time on that - use Google or (my recommendation) setup ssmtp if you can.
Great! That works. At least it´s enough to get a one time view, the refresh seems (of course) to be broken. Anyway, thanks for that "dirty patch"! :-)
Regarding https://forum.kee.pm/t/ongoing-keepassrpc-authorisation-in-firefox/770/9?u=bcutter: My KeePass installation (Win 10 x64 v1709, C:\Program Files (x86)\KeePass Password Safe 2) always writes config/settings to a non-user accessible location. Workaround: I need to start KeePass with admin rights. Already uninstalled and reinstalled KeePass, made no difference. Any ideas on this? I have other Windows clients with KeePass, but they run KeePass in portable mode - which is my second alternative...
While I´m sorry about to hear that on the one hand, I´m glad to hear that it´s a known bug and it´s even been working on that on the other hand. Anything we users can provide? Any beta version of webmin / webminstats / authentic theme we can test?
Panorama view broken
Same for me! For my use cases webminstats now is completely useless :-( How to fix this?
Hmm... it´s the same code right? Anyway, after running the patch... patching file /usr/share/webmin/sysstats/modules/irq/irq.pl Reversed (or previously applied) patch detected! Assume -R? [n] n Apply anyway? [n] y Hunk #1 FAILED at 26. Hunk #2 succeeded at 87 (offset 1 line). 1 out of 2 hunks FAILED -- saving rejects to file /usr/share/webmin/sysstats/modules/irq/irq.pl.rej the error seems to be gone. At least the last eMail a few minutes ago was a positive one ("alarm recovery on module filesopen")....
Hi, how can I apply that patch? When trying to, I get: patching file /usr/share/webmin/sysstats/modules/irq/irq.pl patch unexpectedly ends in middle of line Hunk #2 FAILED at 87. 1 out of 2 hunks FAILED -- saving rejects to file /usr/share/webmin/sysstats/modules/irq/irq.pl.rej Usually I wouldn´t care, but... I set up ssmtp and now I get those eMails EVERY MINUTE (!) Don´t know how/where to configure this, but would prefer to simply fix the root cause. How is it going (bringing it to the repository...
Hi, how can I apply that patch? When trying to, I get: patching file /usr/share/webmin/sysstats/modules/irq/irq.pl patch unexpectedly ends in middle of line Hunk #2 FAILED at 87. 1 out of 2 hunks FAILED -- saving rejects to file /usr/share/webmin/sysstats/modules/irq/irq.pl.rej Usually I wouldn´t care, but... I set up ssmtp and now I get those eMails EVERY MINUTE (!) Don´t know how/where to configure this, but would prefer to simply fix the root cause. How is it going (bringig it to the reposito...
Same for me. I restored a Backup of the whole system. After that, Webmin wasn´t working (Require proc/proc-lib.pl failed : Died at (eval 118) line 1." so a reinstall of Webmin fixed that. Next was checking Webminstats: no data shown in graphs. What I did so far: a) Restarted cron. b) Reinstalled webminstats (using latest v2.15.tar.gz via Webmin module installation) - didn´t change something (because every module already installed), only gave: "database modifications ...ok cron restart" c) "sudo /etc/webmin/sysstats/sysstats.pl"...
Same for me. I restored a Backup of the whole system. After that, Webmin wasn´t working (Require proc/proc-lib.pl failed : Died at (eval 118) line 1." so a reinstall of Webmin fixed that. Next was checking Webminstats: no data shown in graphs. What I did so far: a) Restarted cron. b) Reinstalled webminstats (using latest v2.15.tar.gz via Webmin module installation) - didn´t change something (because every module already installed), only gave: "database modifications ...ok cron restart" c) "sudo /etc/webmin/sysstats/sysstats.pl"...
Same for me. I restored a Backup of the whole system. After that, Webmin wasn´t working (Require proc/proc-lib.pl failed : Died at (eval 118) line 1." so a reinstall of Webmin fixed that. Next was checking Webminstats: no data shown in graphs. What I did so far: a) Restarted cron. b) Reinstalled webminstats (using latest v2.15.tar.gz via Webmin module installation) - didn´t change something (because every module already installed), only gave: "database modifications ...ok cron restart" c) "sudo /etc/webmin/sysstats/sysstats.pl"...
Same for me. I restored a Backup of the whole system. After that, Webmin wasn´t working (Require proc/proc-lib.pl failed : Died at (eval 118) line 1." so a reinstall of Webmin fixed that. Next was checking Webminstats: no data shown in graphs. What I did so far: a) Restarted cron. b) Reinstalled webminstats (using latest v2.15.tar.gz via Webmin module installation) - didn´t change something (because every module already installed), only gave: "database modifications ...ok cron restart" c) "sudo /etc/webmin/sysstats/sysstats.pl"...
Same for me. I restored a Backup of the whole system. After that, Webmin wasn´t working (Require proc/proc-lib.pl failed : Died at (eval 118) line 1." so a reinstall of Webmin fixed that. Next was checking Webminstats: no data shown in graphs. What I did so far: a) Restarted cron. b) Reinstalled webminstats (using latest v2.15.tar.gz via Webmin module installation) - didn´t change something (because every module already installed), only gave: "database modifications ...ok cron restart" c) "sudo /etc/webmin/sysstats/sysstats.pl"...
For me this is 100 % NOT "closed-fixed". But it seems there´s absolutely no intention...
What mail providers did you test? I swear, there´s NO WAY to send mails using remote...
What mail providers did you test? I swear, there´s NO WAY to send mails using remote...
I updated the module to v1.6 and it seems to work (runs only for a few minutes, so...
Module "firewall" not working: permission denied
That´d be a workaround. Why can´t Webmin handle this for remote SMTP servers? It´s...
Still the same! :( So definitively NOT fixed! Doesn´t work for any other mail provider...
Still the same! :( Doesn´t work for any other mail provider than Gmail (on Webmin...
OK, solved by myself now. Basically using module webminstats (sysstats), creating...
Noone? Any idea?
Hi, this is not a bug report - it´s a feature request. I´d like to have the cpu temperature...
Unfortunately still doesn´t work for any other mail provider than Gmail (on Webmin...
Unfortunately still doesn´t work for any other mail provider than Gmail.
Gmail (465): OKAY. But I can´t use Gmail for Webmin as permanent mail account. 1&1...
Well it keeps frustrating... even on 1.731 with "Use SSL encryption?" enabled it...
OK I´m willing to go @ devel. I´d do the upgrade from 1.730 to 1.731 via /webmin/edit_upgrade.cgi...
How long will it take until the v1.731 will be released as a stable release?
Thank you! I will immediately check it as soon as the update is available.
Hi, I guess that´s the reason. No, I KNOW it. My mainly used mail provider started...
@Jamie Cameron Hey, any news?
Hi Jamie, I understand. I tried a few other (more common) mail providers, where -...
Is there someone of the developer´s team reading here? Or is this just the frustrating...
Ah okay. I thought Webmin can´t do this directly and therefore exim is used. I think...
Yes it does. Thunderbird. iOS. And AS I WROTE already I tried several accounts on...
That´s why I use an adress from the provider I use. The from address is the same...
I did! See: http://sourceforge.net/p/webadmin/bugs/4517/#3767 :( :( :(
Not sure if I get you right: Webmin is set to use smtp via remote mail server (of...
@Jamie Cameron: See my last post. The mail server doesn´t like mail from-addresses...
Update: When using a manual send from-address (like webmin@host.com - take notice...
Webmin can´t send mails (exim 501)