juppi91

Thanks for having a look on the page.

I do not use a cache plugin at the moment, but as the Problem only occured with WP Hide I took a closer look at the detailed settings of WP Hide. Actually WP Hide includes a minifying option, which was active.

After deactivating the option for minifying Javascript the plugin works as expected while all other functions of WP Hide. The upload path should use the original folder names (e.g. uploads/myfolder/). There is no need to change the path when activation WP Hide as it only changes the front-end appearance. Only as an additional information …

Many thanks again for your quick and helpful support!

Regards,
Juppi

Ah okay.

Yes, you can see the page here: https://lehre.prochnow.eu/upload-wise-2020-21/
(password: *?76SeZJ2^ )

For the moment the upload form is restricted to *.jpg files.

Thanks for your help!
Juppi

Thanks for the quick response.

I was aware of this way of specifying relative parts. I tried two definitions for the path:

• using the subtitute of WP Hide for /wp-content/ in the form ../newcontent/uploads/
• using the subtitute of WP Hide for /wp-content/uploads/ in the form ../newuploads/

In both cases I was not able to select any file. The popup window opened and I could choose the file, but after closing the popup window the file did not show up in the field of the upload form.

After deactiving WP Hide the upload worked as expected. As I had not changed the rewritten upload path in the plugins settings section after deactivation WP Hide, the file was uploaded to /wp-content/uploads/.

Is it possible that the issue occurs because WP Hide is only changing the front-end paths and is not renaming the folders on the server?

Regards,
Juppi

Hey Nickolas,

thanks for the quick reply. The value of the User State Handler is “session”.
I switched it to “Cookies/DB (default)” and it seems that this solves the issue.

Thanks for your help!

Regards, Felix

• This reply was modified 4 years, 4 months ago by juppi91.

Dear support team,

in the meantime I run some further tests and found that the problem was caused by a minor detail in my custom css file.

After changing this the plugin does work as expected and there are now further problems at this point.

Thanks for the hint.

I did a test with the server configuration outside from wordpress. My hoster offers a kind of php error switch. Unfortunately there is no indication what the switch does precisely. I would expect that this is just another kind of error log. I enabled the switch just for testing and was able to see that the memory_limit is set to 192 mb in the server menu. After activating the switch all my affected wordpress installations seemed to work fine. I do not know why, but after disabling the switch again and trying to login to the page(s) everything still worked. In both settings the health check plugin read a wp_memory_limit of 256M.
On the one hand I am happy that everything now seems to work, on the other hand I am not fully satisfied as I have now clue about the cause of the error.

I will check whether the wordpress installations work properly for the next days and hope that the issue will not reoccur.

Thank you all for your support @erishel, @nextend_ramona and @nextendweb_gabor!

Hey,

thanks for your help so far.

I am using the free version of Smart Slider 3. All plugins and the wordpress core are updated to the latest version.

I checked the error log today and found a notice about two lines in the .htaccess beeing ignored. As those lines just lead to error documents and are not necessary I took them out for the moment. Unfortunately that does not change anything except for the fact that the error log is now empty.

I still wonder why the problem only occurs with both plugins active at this installation. As I have similar problems on my other wordpress installations I run with https I started a support request to the web hoster to check whether there is a general configuration error.

Thanks for the hints and your help.

I refreshed the permalinks and testest whether a change to tempera without child theme changes anything. Unfortunately it does not and even with twenty fifteen theme the admin area returns an error 500 with the whitespace.

Although I am using a bunch of plugins the admin area only crashes when Smart Slider an TEC are active at the same time. If one plugin is active without the other the admin area seems to work fine.

Thanks for the tip. I increased the limit to 128M and even tried with 256M on the testing page. Unfortunately this does not change anything. I further enabled the debugging mode and got the following reading:

Notice: Constant WP_MEMORY_LIMIT already defined in /…/neu/wp-config.php on line 124

Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 38000 bytes) in /…/neu/wp-includes/functions.php on line 351

I deactivated Contact Form 7 for the debugging because this lead to several warnings and did not reveal the fatal error.

Line 124 is exactly the place where I defined the memory limit. Obviously the problem seems to be caused by a memory problem. Line 351 of the config is part of the is_serialized() core function but I don’t now wether this affects the memory.

Regarding the .htaccess I must admit that a made changes some weeks ago when switching from http to https but the page admin area worked just fine for the time till this error.

The .htaccess has the following configuration:

# BEGIN WordPress

RewriteEngine On
RewriteCond %{SERVER_PORT} !=443
RewriteRule ^(.*)$ https://www.blowboys.de/neu/$1 [R=301,L]
ErrorDocument 401 https://www.prochnow.eu/err401.htm
ErrorDocument 404 https://www.prochnow.eu/err404.htm
ErrorDocument 403 https://www.prochnow.eu/err403.htm
ErrorDocument 500 https://www.prochnow.eu/err500.htm

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /neu/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /neu/index.php [L]
</IfModule>

# END WordPress

As there have been some new plugin and core updates I did a nother updating but still without any change. This seems to be a tricky thing …

Hey Ed,

on our testing page at https://www.blowboys.de/neu/ I did all available updates now.
I deactivated password protection for the moment so that you can view the frontend. Unfortunately activating TEC and Smart Slider 3 at the same time leads to a 500 internal server error after logging in to the admin panel. I left the page with both plugins active for the moment.

Could the problem be caused by a partly wrong configuration of the htaccess or the wp-config.php regarding https-rules?

I left our official page as it is for the moment as I don’t want to mess it up (www.blowboys.de).

Thanks for your help!
Felix

Hey Ed,

thanks for your reply. Until now I have not encountered any 500 server error when loading the page (index.php).

I am running my installations with several plugin and did a run through your guide and found the following issues:

Two of the plugins (Enhanced Media Library and Simple Comment Editing) are causing whitespace but only in tempera theme and not in twenty fifteen so I suppose it has nothing to do with TEC.

Two other plugins (Mail Poet 2 and Smart Slider 3) are causing the whitespace regardless of the theme (even with twenty fifteen) on two different installations. One the one with Mail Poet 2 TEC is not the latest version and on the other it is the slider plugin whereas TEC is up to date.

I tried updating the plugins and got a 500 internal server error. The request url is hinting to the admin-ajax.php. After deactivating TEC again the Smart Slider update was successful but still the admin area wont work if I activate TEC and Smart Slider together.

For the installation with the old TEC and Mail Poet 2 I have to run further checks to find out which plugin is causing an error when I try to update TCE.

Probably you have more indication to help me finding a solution.

You can see the site here. The other pages are blocked, as the page is primary used for testing.

I’m using tempera as a genreral template customized by a child theme and long list of other plugins. For checkboxes with comments I use WP GDPR Compliance, but it is deactivated for CF7. Deactivating WP GDPR Compliance had no effect on the issue as well.

In the meantime I encountered, that the problem is not bound to the checkbox. The problem occurs with each empty required field even if no acceptance box is set.

I run a short check on our primary page with the same configuration / plugins and it seemed to work there. As it was just a test I had to remove it from the official page after testing.

Hey Nico,

thanks a lot this does the trick, with one change: above is a semicolon in the if-term (a typing mistake in my request ?? but it has to be a colon. So the working code is

<?php if (has_term( 'my_category', 'tribe_events_cat')): ?>
  <p>It works!</p>
<?php endif; ?>

Thanks for helping,
Felix