dinhac
Forum Replies Created
-
Forum: Plugins
In reply to: [Convert to Blocks] Version update 1.3.3 throws critical WP errorHi @dkotter,
the update to version 1.3.4 has been successful, so the issue is solved now.
Thanks a lot for your support!
Forum: Plugins
In reply to: [Convert to Blocks] Version update 1.3.3 throws critical WP errorHi @dkotter,
thank you very much for the investigation (yes, updating our PHP is already on the to-do list) and for the quick fix!
I don’t have a GitHub account and therefore no username for crediting.
Thank you
Forum: Plugins
In reply to: [Convert to Blocks] Version update 1.3.3 throws critical WP errorNote: On our staging site, where we have activated automatic plugin updates, the error is not occurring.
It happens only on our prod site, where we initiate the plugin update process manually.
yes, you can close this thread.
The problem has actually been solved in the meantime, at least to the extent that the Broken Link Checker on our website now reports the broken links caused by renaming and/or moving pages to other directories.
We do not yet know why. In the meantime, there have been no updates to plugins that we would associate with this issue. We are investigating further.We started to correct the broken links manually by replacing them. Maybe that has set something in motion.
Anyway, the Broken Link Checker is now working as expected again. Very good!
Thank you.
I sent you an email for further investigations regarding this issue.
Thank you.
thank you for your efforts! You can download a folder containing screencasts and screenshots concerning the issue from WeTransfer: https://we.tl/t-RJuww5AoPN (link valid until Feb 18th).
There are 3 subfolders in the download folder:
- Broken Link Checker – Settings and Status:
Perhaps from these you can check whether our plugin settings are adequate. It also shows the status of the plugin when having checked the whole site again after moving the pages like mentioned before: No broken links were detected. - Defect link with invalid html-url:
The screenshots here show the latest finding with the wrong “html”-url which is not detected by Link Checker either. - Move Pages With Nested Pages + Link Profile Result Before + After Moving:
This folder contains two screencasts showing the 404s as results of moving the pages “Hauptaktionsbuttons” and the one I specifically created for testing.
Plus a “before” and “after” screenshot I took from the Link Profile plugin which show that there were 11 posts linking to the page “Hauptaktionsbuttons” before we moved it with the Nested Pages plugin, and afterwards only two remaining: These two are provided via shortcode in combination with the Page List plugin. All other 9 links are broken after having moved the page “Hauptaktionsbuttons”. And obviously, Link Checker does not report this.
I also added a screenshot of the Nested Pages structure from the test scenario mentioned before.
Unfortunately, all menu items are in German, since I am not allowed to simply change the language, as this would disrupt the live operation of our site.
Please let me know if further information is needed to get to the bottom of the matter.
Thank you!
I just found another 404 on a completely different manual page of our website. It’s again the case that we link from one page to another.
The URL https://our-domain.com/manuals/rent-accounting/accounting/tab-bookings/MB-booking-types.html#MBbookingtypes-standard-classification seems to be a relict from our former helpcenter from where we migrated to WP some months ago. We imported the pages via script from HTML export. That explains, why the incorrect URL contains the ending “.html”. Furthermore, the hash served as an anchor to a specific heading.
This page, including its headings, was imported by us too. But of course, the mentioned link in its “degenerated” format is not working and produces a 404 when clicking the link on the manual page where it had been inserted during the import.
What could be the reason the Link Checker is not reporting such a case?
Thank you for your support!
thank you for testing and for your reply. We used the plugin Nested Pages (https://de.ww.wp.xz.cn/plugins/wp-nested-pages/) to change the parent of the page. And yes, I would have expected too that there would be an automatic redirect by WP core afterwards. But obviously this is not happening.
I double-checked this now by creating a new page tree with a parent and three child pages for test purposes. Then I inserted on two of these child pages a link to a third child page. After that, I moved the third page via drag & drop in the nested pages view in wp-admin backend up to the same level as the former parent page. As a result, the links on child pages 1 and 2 to former sibling 3 are broken now.
In the Nested Pages plugin settings footnote, I found the following note:
**Important: Changes to the page structure can have an impact on SEO and existing inbound links. Unintentional URL changes can be prevented by deactivating the nesting function. The sorting function within the existing page structure is retained. If changes are made to the page structure of a live site, it can be helpful to create 301 redirects from the old to the new addresses.
What I do not understand is why the Link Checker does not report these resulting broken links?
You could ask now, why don’t we simply use the option to change the page parent using WordPress Attributes? We did use that. Unfortunately, the related option to determine the sorting order of the child pages “disappeared” with the update to WP core 6.7. We have a lot of nested manual pages, that is why we use the Nested Pages plugin since then.
Thank you
thanks for your reply.
With internal links, I mean that we have several pages which link to each other.
Context: We offer user manuals for our customers, so e.g. there is content on one page which relates to another page’s content.
Our global link structure defined in the WP permalinks settings is “Post Name” => https://our-domain.com/pagetitle/.
We moved a page from https://our-domain.com/manuals/ui/pagetitle/ to https://our-domain.com/manuals/ui/global/pagetitle/.
As a result, the obsolete URL https://our-domain.com/manuals/ui/pagetitle/ leads to a “Page not found” notice now when we click on it on the pages containing this link.
We would expect the Link Checker plugin to detect these broken links. But it doesn’t.
We use the following settings:
Interval for the link check: 36 hours. In addition, we triggered the link check manually after we were informed by one of our editors that he had moved the page.
(Since we have an editor group, our desired scenario would be that the Link Checker detects when anyone has moved a page to another directory and if links are broken as a consequence of this. So that we as admins can just monitor that all links on the website are working well by checking the Link Checker results regularly.)
Links to be checked: HTML links, HTML images, plain text URLs
Link search in: posts, pages, homepages, templates
Post status: Published, Private
I hope these informations help you investigating the issue?
If you have further questions regarding it please let me know.
Thank you
Forum: Themes and Templates
In reply to: [Sela] Authorization header missing since Core-update 5.6@jdembowski I need help with removing the URL from my initial post.
I think there is no advantage in sharing it regarding this topic but my site suffers from raised brute force attacks since I published the URL here.Forum: Themes and Templates
In reply to: [Sela] Authorization header missing since Core-update 5.6Hello Adam,
thank you for your message. Tbh, I cannot say which of the plugins I have running on my website are facilitating API connection.
How do I know or where can I check this?
XML-RPC is disabled by the way.
Regards,
DinhacForum: Themes and Templates
In reply to: [Sela] Authorization header missing since Core-update 5.6Hi Fresatomica,
thanks for your reply. I have just tested if the error would disappear by using Twenty Twenty-One theme on my website.
Unfortunately, this didn’t fix the issue — the authorization header is still missing.
So I’m afraid changing the theme is not the solution to the riddle …
Especially since I need a theme which is GDPR compliant, without Google Fonts, I guess that’s not the case with Stow since it isn’t with Sela, is it?
Because Stow is already a child theme building another child from it won’t work. Really a pity.Regards
Dinhac - Broken Link Checker – Settings and Status: