Posted: November 21, 2022 at 5:58 am
When clicking on the Registrations CSV Report at the bottom of the Registrations page, I get a blank screen. Someone else has also tried it and is getting the same reult. |
|
Hi there, A blank white screen? Or a blank screen that still looks like you are in the admin? Either of those will likely be a fatal error being thrown and that should be stored within the error logs, we’ll need that error to troubleshoot this further. |
|
A completely blank browser screen. Where do I find the error logs? |
|
Your host will usually have a section within your control panel to view errors thrown on the site. Or, if you have FTP access I can tell you how to enable logging within WordPress to view them separately? |
|
I have found several error logs in the public_html folder (the root of our site) and various wp subfolders, but nothing has been written to any of them today. Do you know in which wp directory/folder a relevant error log for this particular problem might be written, in case I’ve missed one? |
|
Usually, they will be logged within root. Edit In that you’ll find:
Replace that single line with this snippet: https://eventespresso.com/wiki/troubleshooting-checklist/#wpdebug Once done, retrigger the error and it should then be logged in |
|
I have amended the wp-config.php file as described on this page https://wordpress.com/go/tutorials/set-up-wordpress-error-logs/. I have then produced the error again on the live site, but no debug.log file is being created in wp-content I have double-checked my editing of the wp-config.php and it is correct as in the webpage above. |
|
Ok, so set this:
To be true. The error should then display on the page itself (note any notices/errors displayed on your sill will also be visible on the front end whilst the above is active). |
|
Our messages crossed in the post. I have now amended the config file as you suggest, but still no debug.log file is being produced in wp-content |
|
Then your server isn’t logging errors (the above can be overridden by your host). Try with:
Or just simply using the single line of:
Either of those should set the server to display the errors on the page itself. |
|
If you just got a reply including reference to Mixcloud, please ignore it. I edited the config file on the wrong sub-domain. I’ll post a correct one shortly. |
|
I’ve done what you suggested, but no debug file is being produced. I’ve tried it several times. To check that I have done it correctly, I made a similar change to the config file on a different sub-domain where we have a known error, still to be sorted out, and it does produce a debug file, so I don’t think I have done it wrong. |
|
I’ve tried it in a different browser; it still doesn’t work, but I get thie error message: That error code doesn’t seem relevant to anything the request should be doing. |
|
Wait, so are you getting a blank screen or Error 402? Error 402 isn’t a code error so it won’t log anything within the PHP error logs. |
|
As I said, I tried a different browser and got the 402 error. In Firefox I get a blank screen, in Vivaldi (Chrome-based), a 402 error. |
|
Sounds like Vivaldi doesn’t handle 402 errors correctly then. Try adding:
Somewhere above:
That will switch EE to a different export system, it’s old one we’ve since replaced but I’d like to see if that works. |
|
I’ve done as you suggest. Vivaldi no longer gives a 402 error, it just does nothing when the CSV Report button is pressed. |
|
Yeah the old CSV report won’t support the new filtering method we use.
It’s sort of always done the above, the ‘Filtered’ report was a separate button when we used the above system so the current version won’t filter down. The idea behind testing the above wasn’t for a fix but to see how the server handled the request itself.
I can’t trust/rely on Vivaldi’s response as it stands, it could be getting another 402 and again just handling it differently. Or it could be blocking the download if if the request is being made over HTTPS and the return is HTTP. If you open up Dev Tools (assuming it has one) and click the button, the network tab should show you more details. — So, right now I’m suspecting something going on with your host. For some reason, it doesn’t like the request for the ‘batch’ processing we use in the ‘new’ export system. Who are you hosting with? |
|
The DevTools Network tab window just flashes briefly when I click to generate the CSV, but no activity is shown – but I have never used this tool before so don’t know what to expect. I have temporarily whitelisted our site, freerotation.com, in both Firefox and Vivaldi privacy and security seetings, but it makes no difference We are hosting with Inventive Hosting https://www.inventivehosting.co.uk |
|
Open dev tools before you click the button. At the top make sure ‘Preserve log’ is enabled: https://monosnap.com/file/7vpFqR65jpgPNWQRqvYtNgME2FVdzG When you click the button you’ll see all of the requests your browser makes on that click. That will give you more details about what is happening. —
I don’t think this is a browser issue and whitelisting won’t stop the above. Most browsers now block downloads if they are streamed via HTTP when the site is HTTPS. —
Hmm, never heard of them. I’d recommend opening a ticket with the them an ask them to check if anything s blocking the original request. As your the only person reporting this (nothing has changed within the export system in a long time now) I suspect this is some kind of server config issue. |
|
The support post ‘Clicking on Registrations CSV Report leads to blank screen’ 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.