View Transaction Receipt and View Transaction Invoice display blank page

Posted: August 7, 2015 at 1:31 pm

Viewing 15 reply threads

August 7, 2015 at 1:31 pm

Hello EE team,

In testing an event registration process, I noticed that although (a) the confirmation email works, neither the (b) immediate PDF confirmation download on the front end nor the (c) view transaction receipt or invoice work.

I deactivated all non-EE plugins en masse to determine whether it was a plugin conflict but, no, there were no plugins to get in the way.

What do you think could be the problem?

– Tammi writing for Martin H.

Josh

Support Staff

August 7, 2015 at 3:40 pm

Hi Tammi,

It sounds like there’s an error when the PDF script, which can happen if the server isn’t configured to run some of the functions that are used by the PDF script.

Can you enable WP_DEBUG and see what the error is? When WP_DEBUG is active, you’ll see the actual error displayed instead of a white screen. There’s more information about WP_DEBUG in the codex:

https://codex.wordpress.org/Debugging_in_WordPress#WP_DEBUG

Martin

August 7, 2015 at 6:49 pm

Hello,
Update: The problem seems to be, that there are NO templates for “invoice” and “receipt” (PDF or HTML) in fact there are no PDF templates at all, in the “messages” menu… Any idea how to reactivate those?
Regards
Martin

Martin

August 7, 2015 at 6:55 pm

… the HTML templates for invoice and receipt are of corse there. Interesting is, in preview mode everything works fine. Regards Martin

Josh

Support Staff

August 7, 2015 at 9:32 pm

Hi Tammi,

The message type would already need to be active in order to see a preview. Were you able to check the invoice with WP_DEBUG set to true? Were there any errors displayed when you tried to load up the invoice?

Martin

August 8, 2015 at 1:37 am

Hi Josh,

Yes, I have checked this.
No display of errors, still blank page.
The confirmation-page shows following warnings, if that might helps:
*****
Strict Standards: Redefining already defined constructor for class AgmMapModel in /wp-content/plugins/wpmu_dev_maps_plugin/lib/class_agm_map_model.php on line 25

Strict Standards: Redefining already defined constructor for class AgmPluginInstaller in /wp-content/plugins/wpmu_dev_maps_plugin/lib/class_agm_plugin_installer.php on line 27

Strict Standards: Non-static method AgmPluginInstaller::check() should not be called statically in /wp-content/plugins/wpmu_dev_maps_plugin/wpmu_dev_maps_plugin.php on line 72

Strict Standards: Non-static method AgmPluginInstaller::check_and_update_options() should not be called statically in /wp-content/plugins/wpmu_dev_maps_plugin/lib/class_agm_plugin_installer.php on line 59

Strict Standards: Redefining already defined constructor for class AgmMarkerReplacer in /wp-content/plugins/wpmu_dev_maps_plugin/lib/class_agm_marker_replacer.php on line 15

Strict Standards: call_user_func_array() expects parameter 1 to be a valid callback, non-static method allow_php_in_posts::shortcode_advanced() should not be called statically in /wp-includes/plugin.php on line 213

Strict Standards: Non-static method allow_php_in_posts::option_get() should not be called statically in /wp-content/plugins/allow-php-in-posts-and-pages/allowphp.php on line 396

Strict Standards: Non-static method allow_php_in_posts::option_get() should not be called statically in /wp-content/plugins/allow-php-in-posts-and-pages/allowphp.php on line 396
Martin Haag Technical Training
Kundendienst Training
Ansatz / Philosophie
Training
Coaching
Consulting
Über Martin Haag
Kundendienst Blog
Kontakt
Telefonieren
Anmeldebestätigung

Strict Standards: Non-static method allow_php_in_posts::option_get() should not be called statically in /wp-content/plugins/allow-php-in-posts-and-pages/allowphp.php on line 396
*****
The URL where the problem occurs is:
http://mht2.de/WP/?ee=msg_url_trigger&snd_msgr=html&gen_msgr=html&message_type=receipt&context=purchaser&token=1-60999638ddd7cdaa76b3afee413e5ca6&GRP_ID=8&id=1656

Martin

This reply was modified 9 years, 3 months ago by Tony. Reason: removed server details

Tony

Support Staff

August 10, 2015 at 4:19 am

Hi Martin,

It looks like your WordPress URL is:

http://mht2.de/WP/

With your site address set to:

http://mht2.de/

Is that correct? If so did you follow the steps here?

Normally with the above setup if you navigate to your WordPress URL you’ll see ‘something’, (usually 404/No Posts found – http://take.ms/VmpWR)

On your site this loads a blank page so I’m wondering how the site is set up currently?

Martin

August 10, 2015 at 6:52 am

Hi Toni,

…. That’s correct.
If you request a page which is not in the web e. g.
http://mht2.de/something
The server will respond with an 404 error which will result into a redirect to “oops-page” realized by 404page plugin in WP.
Our case seems to be different for me, the link points to the root of the WB installation, where of course is the index.php with the correct includes of the WP engine etc.So we are not running into an 404error. May be the question is, to which site should this link points to? And why it doesn’t…

Thank you for your support!
Regards
Martin

Tony

Support Staff

August 10, 2015 at 7:09 am

The server will respond with an 404 error which will result into a redirect to “oops-page” realized by 404page plugin in WP.

I see this here:

http://mht2.de/something

But not here:

http://mht2.de/WP/

What do you see on the above ‘WP’ link?

Have you tried flushing permalinks? Go to Settings -> Permalinks.

Make no changes and hit save.

Martin

August 10, 2015 at 7:44 am

I see the same result! That’s strange–.
Permalinks flushed, same result.
Any idea?

Tony

Support Staff

August 10, 2015 at 8:49 am

I’m not sure to be honest, that link should at least show 404, it seems to be loading a blank index.php file as far as I can tell.

I would start by re-confirming all of the steps here:

https://codex.wordpress.org/Giving_WordPress_Its_Own_Directory#Using_a_pre-existing_subdirectory_install

Check your index.php is including the correct path.

Check the index.php file was copied and note moved when this was originally changed and that /WP/ still has its own index.php file.

Check your .htaccess within root has the correct rules.

When logged in do you see the Admin bar on the /WP/ url? If not WordPress isn’t even loading there.

The 404page plugin plugin may also be messing this up (note simply disabling the plugin will likely not remove any .htaccess rules it may have added.

Martin

August 11, 2015 at 4:47 am

Hi,
so well this still is not working. WP/wp-admin and EVERYTHING else works fine.
My question is now:
To which URL this receipt / invoice print LINK should points to?
Is this really the (wP) index.php?
If to index.php, how the content is included, that should be displayed.
Is it possible to simply change it to a “normal” URL like http:/mht2.de/receipet or /..invoice.
Like described before, in Preview mode (out of /WP/wp-admin/ everything is fine.

Tony

Support Staff

August 11, 2015 at 5:13 am

To which URL this receipt / invoice print LINK should points to?

It’s a custom route assigned by Event Espresso, it does not load a page or post, but custom functionality within EE.

Is this really the (wP) index.php?

I’m not sure what your asking here?

Everything runs through index.php with WordPress, it’s just not seen 🙂

If to index.php, how the content is included, that should be displayed.
Is it possible to simply change it to a “normal” URL like http:/mht2.de/receipet or /..invoice.

You can not do that for the messages URL’s currently.

Like described before, in Preview mode (out of /WP/wp-admin/ everything is fine.

Something has changed on your site:

http://mht2.de/WP/

Now loads the 404 page.

The next step is to try a full troubleshoot.

Temporarily switch to a default theme such as twentyfourteen and re-test. If it is still the same temporarily de-activate all non-EE plugins and retest.

Are you using HTTPS on the site?

Martin

August 11, 2015 at 5:16 am

yes, I’ use https for some sites, of course also for EE.
I Will check now…

Martin

August 11, 2015 at 8:13 am

… so finally it works:
I just added to .htaccess in root following line:
DirectoryIndex index.php index.html /index.php
removed the subfolder .htaccess
and everything seems to be working now..
I keep you informed..

Tony

Support Staff

August 11, 2015 at 9:17 am

That shouldn’t usually be needed if you followed the instructions here:

https://codex.wordpress.org/Giving_WordPress_Its_Own_Directory#Using_a_pre-existing_subdirectory_install

However it can also depend on how the server is set up.

Either way I’m glad its now working 🙂

Viewing 15 reply threads

The support post ‘View Transaction Receipt and View Transaction Invoice display blank page’ is closed to new replies.

Have a question about this support post? Create a new support post in our support forums and include a link to this existing support post so we can help you.



Event Espresso Premium
Attendee Mover Add-on
Automated Event Notifications Add-on
Events Calendar Add-on
MailChimp Integration
Multiple Event Registration Add-on
Printable Tickets Add-on
Wait List Manager Add-on
WordPress User Integration

Support

View Transaction Receipt and View Transaction Invoice display blank page

Topic Tags

Notifications