orangeworx

Well as a follow up to my previous posts, I’ve gone ahead and tried to plugin on yet another WP installation.
I’ve done this on another site, installed and activated… no options in the settings page.
I’ve deactivated all the plugins leaving only G XML, still nothing. Deactivated G XML and reactivated it, also nothing…
Figured if it worked with all plugins turned off, then I could try to find the culprit… that didn’t happen.
Also tried to switch themes to twenty seventeen but that also didn’t work

I have really no idea what else to try… any pointers?

• This reply was modified 8 years, 1 month ago by orangeworx.

What’s very strange is that I have another website that’s configured relatively the same but in multisite mode, the plugin settings page displays the options. And in another instance where it’s a near out-of-the-box installation (same base plugins as the other 2) and the settings don’t show…

I’m taking it’s a plugin that might be doing this. I’ve had an issue with a maintenance plugin (pro version) where it disabled the “screen options” interactivity and it had to do with bootstrap… Not sure if it applies here as well.

Hope this sheds a bit more light on the matter for a possible resolution.

Thanks

Found this code in my twenty seventeen functions.php file

[removed some dodgy code, please do not post that here]

What has this code done, I’m not sure really… and if it did anything, what are the next steps?
– Reverting it
– What’s causing it
– How to stop it
also, how robust is the WordFence platform in fending this kinda crap off?

• This reply was modified 8 years, 1 month ago by stephencottontail.
• This reply was modified 8 years, 1 month ago by stephencottontail. Reason: removed dodgy code

@kleindberg what’s interesting is that this just happened to me on a brand new install and the only plugins I have running are Wordfence (which blocked the issue), MainWP (and a couple of its extensions) and UpdraftPlus… 2017 for the theme and nothing else

in the wp-cd.php file, there was only this

<?php error_reporting(0);?>

what do you think’s happening?

What I find odd is that on the mobile app, I can see the theme name. On the dashboard, it’s the actual name… (aside from being able to rename it in the options)

I will mark this as resolved. I’ve done some digging about and realized that was due to improperly configured .htaccess
I initially set up my network with the default subdomain options turned on but as I needed subfolder structure, I changed the the true to false in the wp-config.php and forgot to alter the rewrite rules in the .htaccess. My bad but if it helps someone, it’s worth it.

Cheers and keep it up

@lliaxbepd9ih: when you create a page, it defaults to the site language (say english) and in that page creation page, the first widget on the right, lets you create it’s counterpart in the second language (or more, depending on your site config).
So, if you have not created that other page, it will not appear in the Appearance>Menus page… You would need to add these pages to the current menu in use and once there, you can chose if that page is to be displayed in the english menu or other languages you have enabled.

Hope this helps

@lliaxbepd9ih: I too, am trying to display the list of language a bit more aesthetically, I only have 2 to display so it isn’t so bad in the widget except the plugin pulls the full name of the language and flag, I’d prefer it in the menu with just a simplified name, specially since I only need 2 languages. I’m not sure how many you have, or need, but you can remove/deactivate the languages that you don’t need from the Language Packs plugin menu.

Hope this helps

Same here, googling error message got me here

on the widgets page, add the events list widget to your preferred sidebar location. HTH

Hello,
@reseaucentre, @sona: just an FYI, it’s good practice to leave your answer for everyone else who might have same or similar question.
Which brings me to ask what the answer was.

Thanks

Contacted my host, no dice. They claim it’s cURL’s finicky behavior but I think that’s incompetence talking. If it were, my 2 separate installs would be having the same issue…
I did find out that it could be the remote server blocking the requests or having banned the host server’s ip… the latter would make sense if it were one server that’s blocking/banning but it’s definitely something else and IMO it’s from the source rather than destination.

From the digging up that I’ve done during the last couple of days, cURL shouldn’t be used in theme or plugin development ever since WP introduced wp_http as it has cURL built into it and falls back on other methods if cURL is not present so as to not mess things up.

Sources:
cURL in development

WP reference

Hello @lightlycooked
I’m having the same issue, host also seemingly uninterested to resolve
Issue started a couple of days ago suddenly as it worked relatively fine.
I have 4 installations, 2 on the same server and 2 other ones on different servers. The single setups are fine, no wp_remote_get() failures. the 2 on the same server are failing, and it shows in the functionality of some things, where the function is trying to get content from remote servers (i.e woocommerce’s in the addons tab.
I’ve been reading up on this for the last couple of days and I assure you the information is VERY hard to find… aside from the couple of odd posts that mention wp_remote_get() nothing pertains to the situation but it is fair to say it’s server side and I believe it has something to do with HTTP Auth.

Keep us posted if you find a solution, I’ll do the same… I’m going to reattempt contacting my host.
Cheers

Forgive me but that’s not really a good answer. I’m currently having the same issue, I have 4 wp installs on 3 different servers. 2 on one server and one each. Initially (yesterday), it was working fine on the server with multi instances but today that stopped working. Also, I thought it was a theme issue as I was fiddling with a new theme config (a couple of WP resets) and that’s when it happened.
I’m not sure what exactly the reset did (either WordPress Reset or Reset WP) but I’m almost certain it was what preceded my problem.
I’ve tried a couple reinstalls with the deletion of everything, including plugin disables, removal.
The issue here is that this also affected the theme i’m setting up, compare .htaccess and other dot files with other servers’ and nada, zip, zilch!

Any ideas?