tcsolutions
Forum Replies Created
-
The problem I was having seems to have been resolved with recent updates to the plugin.
Since going 1.7.5 gravity forms and 3.0.2 for your plugin.
Thank you for the update.
Forum: Plugins
In reply to: [Gravity Forms Eway] When Eway is Slow / DownHi Ross,
Thanks – I’ve got that installed now and will check it should I get any more reports of ‘not sure it went through’.
Already it’s proved handy as upon making sure it’s working I noticed a log entry with a date and time 11 hours behind so I’ve asked my Australian webhost why the server isn’t using local time!
You can resolve this one if you like. It seems everything is well with your plugin but I will let you know if anything pops up.
Steve
Forum: Plugins
In reply to: [Gravity Forms Eway] When Eway is Slow / DownHi Ross,
Thanks for checking into this. If I get another one I am going to try and pin the customer down to see if I can get some more detail.
Unfortunately my shared hosting doesn’t give me access to server logs – just the last 300 site errors which is fairly useless.
It could well be that they are seeing such a message and have no idea what it means or what they are supposed to do about it – hence the vague “I don’t think it went through”.
I know that at least 1 of them was on a phone – maybe their phone dozed off after 30 seconds to save power during the transaction and when they touch it again possibly minutes later a screen refresh occurs blowing away the error message ?
Anyway – it sounds like there is no problem with the plugin so thanks again for checking.
Steve
In my case I am not using a template file. It’s straight gravity forms entries as GF creates them that I am trying to view / download. So it’s probably something gravity is incorrectly formatting.
Here is a copy of errors I just got using the latest versions of everything.
Warning: DOMDocument::loadHTML() [domdocument.loadhtml]: htmlParseEntityRef: no name in Entity, line: 141 in /home/gymbaroo/public_html/hills/wp-content/plugins/gravity-forms-pdf-extended/render_to_pdf.php on line 109
Warning: DOMDocument::loadHTML() [domdocument.loadhtml]: htmlParseEntityRef: no name in Entity, line: 144 in /home/gymbaroo/public_html/hills/wp-content/plugins/gravity-forms-pdf-extended/render_to_pdf.php on line 109
Fatal error: Maximum execution time of 30 seconds exceeded in /home/gymbaroo/public_html/hills/wp-content/plugins/gravity-forms-pdf-extended/dompdf/include/frame_decorator.cls.php on line 393
I haven’t yet tried to create and attach the pdf to a document.
Using view and download from the gravity form entry itself is producing the problem on both my sandbox and live site. Most forms ok just this bigger one that has signature etc.
No access to server logs on my production host but did see this on the development system
[Sat Nov 03 10:42:19.386660 2012] [:error] [pid 4796:tid 964] [client 127.0.0.1:54273] PHP Warning: DOMDocument::loadHTML(): htmlParseEntityRef: no name in Entity, line: 132 in C:\\Program Files (x86)\\EasyPHP-12.1\\www\\wordpress\\wp-content\\plugins\\gravity-forms-pdf-extended\\render_to_pdf.php on line 70, referer: http://localhost/wordpress/?gf_pdf=print-entry&fid=15&lid=696¬es=1
[Sat Nov 03 10:42:19.387660 2012] [:error] [pid 4796:tid 964] [client 127.0.0.1:54273] PHP Warning: DOMDocument::loadHTML(): htmlParseEntityRef: no name in Entity, line: 135 in C:\\Program Files (x86)\\EasyPHP-12.1\\www\\wordpress\\wp-content\\plugins\\gravity-forms-pdf-extended\\render_to_pdf.php on line 70, referer: http://localhost/wordpress/?gf_pdf=print-entry&fid=15&lid=696¬es=1My PHP mem limit is 256Mb with samle usage of 40.2M and all time high of 53.69Mb (when my daily backup to google drive occurs).
I will do some more trouble shooting and let you know what I find out.
Thanks – I am still trying to work it out. Seems to be only happening with my forms containing the signature. I will try the create and attach to see what I get and let you know. I get it on all sorts of browsers including an ipad.
When I open up the corrupted PDF using a text editor it looks like it hasn’t got to the end. Maybe a socket time out on the stream or dompdf doesn’t like something in the markup. It could be the latter as I did see something while fiddling around (changed stream to output) but I got sidetracked so will have another look when I can.
Is there a min php level as my host uses 5.2.7.
I will post up any thing I find out.
Thanks Ross – have tested the version posted over at GF and it’s stopping the accidental re-submissions.
Forum: Plugins
In reply to: [Gravity Forms Eway] [Plugin: Gravity Forms eWAY] Eway Customer AddressHi Ross,
This updated version seems to have done the trick. My host has PHP 5.2.17 installed and it now works fine.
Thanks for the quick fix.
SteveThanks Ross – the example was very useful and I have setup different descriptions depending on what form they are filling out.
I am putting all sorts of dynamic goodies into the description depending on what the user puts in the from and so as to not get them into a mysterious error situation they cannot correct I am truncating any description that exceeds the eway limit.
return substr($desc, 0, 255);
Thanks for the quick response.
SteveForum: Plugins
In reply to: [Browser Blocker] [Plugin: Browser Blocker] No settings page after activationSame error here
Warning: call_user_func_array() expects parameter 1 to be a valid callback, function ‘BrowserBlocker_Options_Page’ not found or invalid function name in C:\wamp\www\wordpress\wp-includes\plugin.php on line 403
From apache error log
PHP Warning: call_user_func_array() expects parameter 1 to be a valid callback, function ‘BrowserBlocker_Options_Page’ not found or invalid function name in C:\\wamp\\www\\wordpress\\wp-includes\\plugin.php on line 403, referer: http://localhost/wordpress/wp-admin/plugins.php?activate=true&plugin_status=all&paged=1&s=
Switched to 2010 theme and disabled all other plugins – same issue. Can’t get to settings page.
Using wordpress 3.4.2
Forum: Plugins
In reply to: [JetBackup - Backup, Restore & Migrate] Daily Backup Not RunningThis version definitely is showing correct local time now. I scheduled a daily backup which ran when expected. The next scheduled backup is set so I will monitor to make sure it continues to run each day at the right time.
Thanks for looking in to this. I will advise if I experience any problems.
Have you tried looking for other causes ? I am sure the plugin author will respond to this anyway but thought I would chime in.
This post is very alarming as it could mean anyone disabling the plugin will loose their site. So what I have dne is disabled /enabled the plugin, deleted it and re-installed it, disabled and enabled again. All on my test site and nothing happened to my site – it’s fine.
I also checked my backup files. They contain an sql dump of the wordpress databases and the wp-content folder (which has themes, plugins etc).
Not sure what has happened to you here but this plugin isn’t causing me any problems. Do you have access to server logs to see what was going on ?
Yes 3.1.2 version has resolved my problem.
Thanks for the fast fix!Yes – sorry that is what I was trying to describe – as you put it is correct. Start with http including query string then when redirected to https the query string is gone (on 3.1.1 but ok on older version). I have not tried with regular query string (mine is base64 encoded as you see)