Update that makes one see the site only a blank page

Please, do the initial troubleshooting: https://qtranslatexteam.wordpress.com/troubleshooting/
and let us know the result.

I had exactly the same issue.
There was no error messages and nothing appeared with DEBUG mode enabled.

I restored previous version first, re-saved all options without changing anything and re-updated to current version and everything works fine again.

We still have no way to reproduce what you observed. How did you “updated the plugin”? Did you do deactivation/activation or simply overwrote the files via FTP? It would be good if you could report a reproducible sequence of steps to show the problem.

I’ll mark it resolved though, since after a few re-activations it apparently works.

In my case: I first updated the “normal” way through the dashboard.
When the issues appeared and had no error messages showing up, I simply restored previous version from backup by FTP, saved all options and re-done the normal update again in dashboard – without ever deactivating/reactivating.

I have the same problem, but even multiple cycles of reverting/updating (both through the update feature of WordPress, and manually) did not change anything for me.

I played around a bit with the version available on GitHub, and it still worked for me with version 3.3.5, but the problem appears with version 3.3.7 and above.

Unfortunately, there is nothing to be found in the error logs (neither of Apache, nor of PHP). Enabling WP_DEBUG and installing the DebugBar did not provide any insight either.

I remember having a similar problem once while I was still using mqtranslate (another fork of qtranslate). Back then, the problem was caused by some PHP syntax that was not compatible with PHP 5.3.0 (which is the version I am using). Could this also be the case here?

Today, I played around a bit with the plugin to try to figure out what’s going wrong. I manually updated the plugin from version 3.3.5 to version 3.3.7 file-by-file to narrow down the cause of the error. It turned out that the culprit seems to be in qtranslate.core_php, as an update from 3.3.5 to 3.3.7 worked for me when excluding this file, but failed when including it.

My assumption is that the configuration update in line 682-687 (line numbers according to version 3.4) causes the problem. For some reason, though, when trying to update the qtranslate.core_php line-by-line (or at least in blocks that seemed to go together), I finally managed to get the update to work. Still, when changing the if-condition to true so that the if-block is always evaluated, I get the blank page again.

To sum up, the problem seems to occur for sites for which $q_config['front_config'] is not yet defined. Maybe this helps a plugin developer to fix this issue?

Thank you very much for all the information, this narrows down the problem a lot and I will try to reproduce it, although I could not so far. As a workaround for now, please, try to re-save the configuration at Settings/Languages page (/wp-admin/options-general.php?page=qtranslate-x#integration) by pressing button “Save Changes”. This should create $q_config['front_config'], which in your case, apparently has not been auto-created. I am sorry for this trouble, and I thank you very much for cooperation and help.

Latest update 3.4.1 worked for me without problem.
Thanks!

I too am experiencing this issue. If I install v3.3, site loads up with no problem. If I bump up to v3.4 or v3.4.1, I get the mysterious WSOD with no error messages…anywhere.

I’ll try out the recommendations and if they don’t work, hopefully provide some more context for how this is happening.

Do any of you have multisite installation? I saw some place similar problem report on multisite wp. Is it multisite-related?

I get the mysterious WSOD with no error messages…anywhere

Even with WP_DEBUG on, https://qtranslatexteam.wordpress.com/troubleshooting/ ? Can you find out where it stops processing a request with debug printing on the screen?

Mine is a standard WP installation and everything works now.

Mine is a standard WordPress installation as well.

As I said before, for me the problem occurred because $q_config['front_config'] was not set. In qtranxf_loadConfig() in qtranslate_core.php, this caused admin/qtx_activation_hook.php to be included, and as the very first line there is

if ( !defined( 'WP_ADMIN' ) ) exit;

the PHP process terminated early without any output (for the actual blog only; the admin pages displayed fine – sorry, I did not explicitly mention that before).

BTW: I also had the problem for my productive site (I was playing around with my test server before). The workaround of going to the language settings page and pressing “Save Changes” worked for me in this case.

Thanks a lot, @bkabelka, you figured it out! Will be fixed on the next release.