Cloud Bugs and Questions

Hi @dbareis,

The Hub is generally designed to fetch the next scheduled date from the plugin every time the Hub page loads.

The effective time displayed may vary based on the user timezone configured in WordPress, so there may be a visible difference between the two in terms of the time, however, a difference of 2 days isn’t common.

We would like to have some additional information. Could you please let us know what timezone is currently set to on both WordPress and Hub sides?

Also possible to share the site URL? So that it would help us to better investigate the anomalies noticed.

In local mode I can set the CSS for broken links, does the cloud also do this? If not can I suggest it be updated to do so (at least for 404 errors).

At the moment, there isn’t any such setting in Cloud mode as it’s a quite new service which we have implemented compared to Local mode.

I’ll make sure to bring your feedback to our team’s attention so that they are aware of your suggestion and check the possibility of implementing the feature down the roadmap.

Please do let us know regarding the above queries, so that we could check further.

Kind Regards,

Nithin

The hub correctly shows the scheduled?time when I set it and review it (Select Time 3:00 am Your time zone is set to Australia/Melbourne, and your local time is 9:08 am),?it shows the wrong time elsewhere (confirming a bug).? The timezone is GMT?+10. The site is:?https://www.wcipp.org.au/

About the 2-day difference, yesterday it showed “set up” for next scheduled time, when clicked it showed my existing schedule.

Hi @dbareis

We have communicated this with our developers, but still we are unable to replicate this on our side. Can you re-save schedule and let us know if this will give any positive results?

Kind Regards,
Kris

I changed it to 4am and now it says 6pm for the next schedule:

Last Scan July 02, 2023 at 5:03 PM
Next Scheduled Scan July 06, 2023 at 6:00 PM [gear icon]

The above schedule info is on your site, when you click on the gear to set it you go to wordpress which correctly identifies my timezone (or maybe it is configured, not sure).

If there is timezone configuration in the hub where is it? If not how are you determining what the timezone is?

Hi @dbareis

You will find the HUB timezone configuration at https://wpmudev.com/hub2/account/details I double checked your account and it is still UTC 0 ( our default )

So a difference between HUB and Site is expected as the HUB interface calculates and shows the time based on configured timezone.

Let us know if switching it makes any difference.
Best Regards
Patrick Freitas

Thanks, that did the trick, at least for the faulty time reporting part of the issue.

I have to wonder how it was so hard to reproduce if it would happen to everyone, 100% of the time. The options are spread all over the place, you might want to think about not hiding so many of them (at least 3 places I know of).

I also wonder why, given you correctly ask for and display the schedule time, why there is a separate configuration option in the hub for information you already know or at least can easily determine.

Is there an option to prevent timeouts from being reported as a broken link. I only want 404’s reported that way, maybe other issues in another block.

Hi @dbareis

Thank you for response!

As for difficulty in replication of the issue – the time difference is replicable and is related to the time zone setting but the “2 days gap” is something we could not and still can’t replicate. However, our Broken Link Checker Team is already aware of that and will keep an eye on the crawler internally and on similar reports (if there will be any).

The options are spread all over the place, you might want to think about not hiding so many of them (at least 3 places I know of).

I also wonder why, given you correctly ask for and display the schedule time, why there is a separate configuration option in the hub for information you already know or at least can easily determine.

That’s a fair point, I admit. We are constantly updating and improving the Hub so this is a valuable feedback for our developers. I’m not able to tell if there’ll be changes (regarding this particular aspect) made anytime soon but surely it will be taken under consideration as the ultimate goal is to make it all really easy to use. Thank you for pointing it out!

Is there an option to prevent timeouts from being reported as a broken link. I only want 404’s reported that way, maybe other issues in another block.

Currently there’s no option to set it to ignore/not report such links. There are basic filters (by the issue type) but they aren’t as detailed.

However, we do have a plan to add more filtering options and additional settings in the future and this sounds like a great addition to it.

I have already passed this idea to our Broken Link Checker developers as a new feature request to be, possibly, added with one of future iterations.

Kind regards,
Adam

Hola

En la versión en cloud no hay tampoco opción para reemplazar las 301 por los destinos ni desvincular enlaces de forma masiva. ?no? De momento las opciones en bulk son superiores en la versión instalable que en la de cloud.

Muchas gracias

Hi @javier-lorente,

You’re correct. Unfortunately, the Cloud version lacks the ability to bulk edit or unlink broken URLs.

Should you require any additional assistance or clarification, kindly initiate a new thread in order to address your queries more effectively.

Kind Regards,
Nebu John

Hi @dbareis

We haven’t heard from you in a while, I’ll go and mark this thread as resolved. If you have any additional questions or require further help, please let us know!

Kind Regards,
Kris