brianfreytag

Do you have caching plugins? If so, please clear those.

Resolved in 2.9.5.

Please update and if it’s working properly for you, please update this topic to resolved.

Thanks!

Resolved in 2.9.5. Please update and set this topic to resolved if it is ?? Thanks!

Resolved in 2.9.5

I pushed out 2.9.5 which fixes the mislabeled comment. As for the index issue, i wasn’t able to duplicate, unfortunately, which is why I asked for you to try the Save option. It may be possible that it just didn’t save that icon’s blank url in the database for some reason or another. No idea.

Ohh I understand. Well, good luck with that. Sorry I couldn’t be more help. When I started up this widget, I had no idea how different the widget would react with so many different themes. Sometimes it gets pretty crazy!

And please upgrade to 2.9.5 for some pretty important bug fixes (though it doesn’t appear any of your chosen icons were affected).

For what it’s worth, I think the header “Social Networks” looks really great. To be honest, without that there, I feel like your icons would look like they’re floating there for no reason.

yeeaaahhh.. I’m not sure that’s going to work since the header is outside of your widget wrappers.

https://www.idontlikethisgame.com

Notice how mine has a wrapper around each individual widget (SMW is in the footer)? Inside of that wrapper (#social-widget-3) is where my h3 tags so I would be able to remove the header by declaring

#social-widget-3 .widget-title { display: none; }

Unfortunately, your theme (it’s a very attractive and professional design, btw… I was very impressed) does not wrap each widget inside a separate wrapper so your h4 tags are just hanging out there with the actual sidebar as the parent. You’ll have to tweak your theme or use some jquery to remove it.

That all depends on your theme. The widget uses your theme’s widget header formatting. Do you have a link to your site so I can figure that out?

This is not a bug. This is a “feature” of Chrome + WordPress. Chrome does not display .xml files in a very human-friendly format, and you must have yours configured to trigger a download of .xml content.

On my rig, it opens the XML file in a new window as a plain-text xml file.

Firefox, IE, etc, open xml files in a human-friendly format.

I am not able to manipulate the behavior of a browser, unfortunately, and I’m not going to remove the $new_tab from the RSS icon because some people might link it to a 3rd party RSS system or have a majority of users using browsers that support XML RSS feeds properly.

There is an option in the control panel to open the links in a new window. It’s near the top on the left-most column.

You can use CSS and say display: none; on the widget header.

You could easily resolve this by defining your WP_CONTENT_URL for each site. Maybe in your functions.php file for the site theme, since that loads before the widget.

You are essentially telling it to always load as if the WP_CONTENT_URL is defined when it’s not, which can cause a lot of issues on many other types of setups. That if statement wasn’t even in there when I first started, but a lot of people didn’t have it properly defined, so the widget would break without it.

Can you guys do me a favor and go into your widget configuration, don’t make any changes and then hit save and let me know if the issue goes away for you?