Do you have command line access to server?
If you do, go to code/admin/cli/
There is a cfg.php script that shows all settings. Run like:
php cfg.php > allsettings.txt
will create a allsettings.txt file with variables (shortname) and their values.
You might/should find something related to Edwiser Forms and could use the shortname varialble to add a variable that is blank to your config.php file.
Also found this:
https://edwiser.org/documentation/edwiser-forms/knowledge-form/
Good luck!
'SoS', Ken
Am confused ... who is 'they'? Hosting provider or Bitnami?
Bitnami is command line for many things.
For example, upgrading a moodle under Bitnami
https://docs.bitnami.com/virtual-machine/apps/moodle/administration/upgrade/
Above shows command line/shell.
So when you say 'they' you must be talking about your hosting provider .... thus, if hosting provider doesn't allow it's users/customers command line access then you must contact hosting provider with ALL issues.
Mind sharing the name of the hosting provider?
'SoS', Ken
Microsoft Azure is your virtualized operating system environment ... but Microsoft's network may not be where that is hosted - other providers do offer that service.
Please send to me via Private Messages on this system the IP address or URL to your moodle.
'SoS', Ken
Can you add debug lines from the config-dist.php file to your config.php file so moodle might be able to tell you what it doesn't like?
You don't have to be logged onto your moodle to do that ... just access to files via some panel that has the ability to edit files.
'SoS', Ken
Am not an Azure person ... just sharing back info poster sent to me via PM but with sensitive info redacted ... maybe someone who is an Azure person and runs the plugin will see this and assist Michael ..
I'll be darn ... the FQDN of the site resolves to a Microsoft IP address.
Clicking login I get the following error screen:
Oops.
The site at http://IPADDRESS/local/edwiserform/form.php?id=3 has experienced a network protocol violation that cannot be repaired.
The page you are trying to view cannot be shown because an error in the data transmission was detected.
Please contact the website owners to inform them of this problem.
That is not a moodle error screen and you can see it does say "network protocol violation". And it's flipping from https:// (secure) to http:// (*** NOT SECURE ***) and for passing login credentials?!!!!!! Wow! No offense, but looks like a site that prime for hacking!
My best advise ... contact the makers of the plugin and share this info with them. Am pretty sure no one at Mircrosoft will give free technical assistance .. epecially with open sourced Moodle PHP code.
I did check out the plugin makers page and it shows a version for 4.0 but no mention of any higher version ... and there is no info for public viewing on their FAQ's, docs, etc. of any help.
Begin virtual finger wag ..
One of the things a Moodle admin must do *before* upgrading core moodle is to check addons to assure there is a compatible version for the destination core version of Moodle. Don't think you did that.
-- end virtual finger wag ..
Comment: Are you sure you are not running Ubuntu as the guest OS under Azure and the Moodle, even though Bitnami, does have command line shell access?
Anyway, the only way you can get technical assistenace now, I think, is to copy the DEBUG lines from config-dist.php to your active config.php file so one can see if your moodle code is complaining about something .... AND/OR ... more than likely, your operating systems error logs for a clue cause that screen is NOT a moodle error screen.
'SoS', Ken
"At the moment all I want to do is get Moodles built in login form working again"
Yeah, I get it ... understood that from the get go!
Yeah ... 'should have' ... but didn't (hindsight) ... I switch themes to boost now before upgrading. Have a line in config.php to easily to that!
"The IP address issue is something Edwiser was looking into but taking a very long time to do"
And so you thought community forum users would know how it's programmed and provide you with an answer before the makers of the plugin? Wow!!!!!
One last suggestion ... plugins normally use mdl_config_plugins table to store their variables. So not only remove the code directory in /local/ of code but also VERY CAREFULLY remove any rows in that table related to the plugin.
To bad you don't have linux and command line ... there would be an easy fix ... but ... we all pick our poisons ... and it looks like you are learning your antedote!
My 2 cents ... don't use the plugin ... EVER AGAIN! :|
Best of luck ... have run out of ideas!
'SoS', Ken
