strarsis

I have just encountered the same PHP warning after updating the plugin from 2.5.6 to 2.5.8.

Please beware that when using add_header in a lower-level block. as location , all previously added headers from the higher-level block (e.g. server) are cleared and have to be all re-added!

See this blog post: getpagespeed.com/server-setup/nginx/the-pitfalls-of-add_header-in-nginx-solving-inheritance-issues-with-more_set_headers

• This reply was modified 3 months, 2 weeks ago by strarsis.

Addendum (type: wordpress-plugin):

"svg-support-repository": {

? ? ? "type": "package",

? ? ? "package": {

? ? ? ? "name": "benbodhi/svg-support",

? ? ? ? "type": "wordpress-plugin",

? ? ? ? "version": "2.5.6",

? ? ? ? "source": {

? ? ? ? ? "url": "https://plugins.svn.www.ads-software.com/svg-support/",

? ? ? ? ? "type": "svn",

? ? ? ? ? "reference": "tags/2.5.6"

? ? ? ? }

? ? ? }

? ? }

When you manage the WordPress plugins using composer (12-factor-app/roots.io-Bedrock-setup):

? "repositories": {

? ? "svg-support-repository": {

? ? ? "type": "package",

? ? ? ? "package": {

? ? ? ? ? "name": "benbodhi/svg-support",

? ? ? ? ? "version": "2.5.6",

? ? ? ? ? "source": {

? ? ? ? ? ? ? "url": "https://plugins.svn.www.ads-software.com/svg-support/",

? ? ? ? ? ? ? "type": "svn",

? ? ? ? ? ? ? "reference": "tags/2.5.6"

? ? ? ? ? ? }

? ? ? ? }

? ? }

? },

? "require": {

? ? "benbodhi/svg-support": "2.5.6",

? },

Other plugin was also removed from directory: https://www.ads-software.com/support/topic/does-anyone-know-why-this-plugin-was-removed-from-the-directory/

@hamza1010: Hi Mirza,

Thanks for the patched version!
I noticed that the previous patch was not applied yet, probably as you have used the current release as base.

I am really eager to see a new updated release of this plugin!

Thanks and with best regards

@hamza1010: Hi Mirza,

To German (formal) language I want to translate these strings.
When WordPress i18n functions are used for these strings,
translations can be added (regardless of specific language).

With best regards

Hello Mirza (@hamza1010),

I tried it and it works flawlessly, thank you!

It would be great to have this released as a version soon, so that I can install it regularly.

With best regards

• This reply was modified 8 months, 3 weeks ago by strarsis.

A native Gutenberg block with preview and options would be great. A shortcode is only a workaround for Gutenberg.

So I found this message on the main WP Activity Log settings page:

In WP Activity Log 4.6 we have merged the third party plugins activity log extensions in the plugin's core. If you have any of these installed, the plugin has already deactivated them during the update. You can now delete / uninstall these extensions if you have them installed.

Then those extension plugins can be removed and this would fix the issue.

• This reply was modified 1 year ago by strarsis.

@galbaras: So as this plugin does not interface with orders, it just needs to add that line to declare compatibility?

Please add HPOS support!

• This reply was modified 1 year ago by strarsis.

Hi @shameemreza,

so far everything looks fine after switching the domain to new server.
Jetpack stats are showing as usual, now I monitor the WooCommerce App for proper notifications for new orders.

Sorry for not having provided more details, I am still trying and collecting more details about the issue.

So in the Redirection plugin protocol/log the “normal” (path) redirects are listed, but not this particular subdomain redirect. This means that something happens with the request before the Redirection plugin actually has a chance to do something.

The site uses a customized WordPress (Bedrock) and nginx with PHP-FPM (Trellis), so the nginx could catch the request before WordPress or plugins can handle it.

• This reply was modified 1 year, 1 month ago by strarsis.
• This reply was modified 1 year, 1 month ago by strarsis.

The redirect is an “URL and server” redirection: Source URL: /; Server: text.example.com, target URL: (some external target URL). The site itself has the same TLD (example.com).

I expected the redirection to work. But it may be due to some particularities with that WordPress setup. So I would say, a bug report. ?? If the plugin can not perform the redirection because another redirection is done before it is actually ran, then it is a question, as I do not know the reason.

• This reply was modified 1 year, 1 month ago by strarsis.