Salocin.TEN

Noted with thanks.

Will be emailing you about it.

Thank you.

Hi @wfalaa,

Further information.

If the robots.txt of the site was analyzed, it gave the following warning: –

The official standard does not include Allow directive even though major crawlers (Google and Bing) support it. If both Disallow and Allow clauses apply to a URL, the most specific rule – the longest rule – applies. To be on the safe side, in order to be compatible to all robots, if one wants to allow single files inside an otherwise disallowed directory, it is necessary to place the Allow directive(s) first, followed by the Disallow. It is still nonstandard.

Warnings Detected: 1

Errors Detected: 0

robots.txt source code for https://

Line Code
1 User-agent: *
2[RED] Disallow: /wp-admin/
3[WARN] Allow: /wp-admin/admin-ajax.php
4

Hi @wfalaa,

We are unable to do that because site verification itself times out…

Verification failed for https://…./ using the HTML file method (less than a minute ago). The connection to your server timed out.
Verify your ownership of https://…../.

Our customer has noticed this as well and would like a solution or a workaround.

Thank you.

Discovered via another reported thread that refreshing the edit page will work.

However this is an inconvenience to the end user who may be non tech savvy enough to know to refresh the page.

Please update.

Thank you.

Dear support,

Is there any update on this issue or version 1.2?

Thank you.

Hi @wfalaa,

We tried to use a “View as Googlebot” and it encountered the 503 error of site access limitation.

I guess there is some issue there about this which we have already tried by raising the limit and enabling for all Google crawler URLs.

Hi Access Keys,

Thank you for the swift action before anyone noticed!

The plugin is confirmed working once again after the update and reauthorization.

Hi AccessPress.

Thanks for the reply as well.

We are having a problem with this on TWO of our clients’ sites.

Please roll out the update as fast as possible.

[ Signature moderated ]

Yes we are getting this too in a client’s website that just launched few days ago.

Seems that we are the only two reporting this..

hmm…

Thanks for the reply. Will look at that.

Hi Jeff,

There are no error messages seen. It is just the image does not get shown.
Either that or we did not turn on the debug messages.

You may try it for yourself and see.
It is a very public site intended for use by everybody.
Just do not write messages or place pictures that are obviously test pictures.

Thanks. ??

I am waiting for a solution to this also. Will try to write back here if I have found one.

Hi alittlequestion,

Yes the problem was not apparent in 3.5.2.
I think it is more of a server configuration issue there.

But I shall leave this open in case the author has a suggestion.

Update: I think the plugin is working but there is a “set_time_limit() disabled” message appearing.

The other file must have been too large, 200 MB to copy over.

Is there a way to overcome this?

Thanks!

Alright thanks Angelo!