The following warnings occurred: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Warning [2] Undefined array key "avatartype" - Line: 783 - File: global.php PHP 8.1.31 (Linux)
|
![]() |
Facebook Module - Printable Version +- Form Tools (https://forums.formtools.org) +-- Forum: Modules / Other (https://forums.formtools.org/forumdisplay.php?fid=8) +--- Forum: Modules (https://forums.formtools.org/forumdisplay.php?fid=16) +--- Thread: Facebook Module (/showthread.php?tid=1645) |
Facebook Module - tosuch - Sep 19th, 2011 In the process of trying the Facebook Forms 1.0.0 module on core 2.1.2. On selecting in the Modules section I receive: Fatal error: Call to undefined function handle_error() in /home/tidalfir/public_html/eformsfactory.com/modules/facebook/global/code/general.php on line 26 It leaves me baffled so I will leave it to greater minds. Disabled all other Modules. Also removed, redownloaded and reinstalled. Suggestions and questions welcome. Ted RE: Facebook Module - Ben - Sep 19th, 2011 I'm pretty baffled myself! I did a test run and everything looks okay; the one exception was getting the module initially authorized - the problems with sessions on formtools.org is preventing the module from loading properly. I'm going to keep looking at it - there's clearly something I'm missing. - Ben RE: Facebook Module - Ben - Sep 19th, 2011 So... I'm still not sure about the cause. Did you notice any problems with initially installing the module, or did you encounter the error after selecting it? My working theory is that the problems with the website today (which is still broken for me now), prevented the database tables being created properly during installation. It's just a hunch, but I think it may be right. I know of three places that the modules been installed, all of which work properly - and I haven't heard of any problems reported from anyone else. The handle_error() error message you noticed *is* a problem - just not the root cause. It should be calling ft_handle_error(), which would output a more elegant error. But I don't want to release a separate release just for that minor fix until I can figure out the root cause. I've contacted my host to get them to re-resolve the sessions issue. Once that's fixed, I'll re-test things locally and see if I can get to the bottom of it. Sorry about this, Ted! Speak tomorrow - Ben RE: Facebook Module - tosuch - Sep 20th, 2011 Ben, Thanks. I did notice that the module did not appear after a refresh so I refreshed again and it showed up. Once installed and verified I went ahead and just clicked the Select link on the Modules page and received the error. So I removed, reinstalled etc. I had a look at the DB tables and the module is registered with the serial and there is a table module_facebook_forms which I assume is part of the install. Apart from copying over the module and deleting it about 5 times to see if there is any difference I thought I would leave it for now. I may not be able to get back to you for a day or two but please post back any suggestions you want me to try or information you need. If I have time I will document the process. I assume that an uninstall removes necessary tables so I don't have to mess up any stuff there? Not sure if I can install locally to test due to the verification but that may not be an option. Thanks for looking into this. I wasn't going to use the Facebook module and then someone said - "We're running an event and what about a form on Facebook for registration". I said "I'll do that" The story continues. Ted RE: Facebook Module - tosuch - Sep 20th, 2011 Ben, Just did a quick test with Facebook Forms module on a localhost (WAMP) install and get the same message as previously noted obviously pointing to the local version of the general.php file. Updated FT to the latest updates prior to install. Ted RE: Facebook Module - Ben - Sep 20th, 2011 Hi Ted, Thanks for the info! (and your patience). I just released a new version: http://modules.formtools.org/facebook/download.php I'm still somewhat in the dark because I couldn't reproduce the exact problem, but I have a pretty good hunch. Here's what's changed: 1. The website key validation process no longer uses sessions (they were being used but not needed), so problems on this site won't interfere with your installation. 2. It's possible that the uninstallation wasn't deleting the module database table in all cases. 3. I fixed the handle_error() function call, so if neither of the two problems above were the cause, we'll at least get a more explicit error message displayed on the screen. Due to #2, to ensure that the old database table is removed: (a) add the module to your /modules folder, (b) click the "Refresh Modules" button on the Modules page, © click "uninstall" right away for the Facebook forms module (even though the row is highlighted in green as not being installed). That will explicitly remove the old table, assuming that was the problem. Then, delete the facebook module from your modules (if it's still there) and then just try the installation totally anew. Again, I'm terribly sorry for all the fuss! It's not normally this tricky getting a module going! ![]() - Ben RE: Facebook Module - tosuch - Sep 20th, 2011 Ben, I couldn't wait - so got internet access in the hotel and carried out your instructions. All is working. The error has gone and I can register a form and access the various tabs. Won't do anything with the form on Facebook till later in the week but cool that its all working. Thanks for your help and once again for a speedy resolution. Ted RE: Facebook Module - Ben - Sep 20th, 2011 Wonderful! Again, thanks so much for your patience. When you get around to using it, be sure to let me know if you have any questions! - Ben |