Pial

Hello @ep2012

Thanks again for sharing your thoughts. You can still press the first letter or scroll through the list if that feels quicker, though we agree that arranging categories alphabetically would make things more intuitive, and we’ll be working on that.

For the auto title suggestion, we’ll be adding a global switch so you won’t need to decline it each time — that way you’ll have full control without the extra step.

And regarding adding categories, we see your point about the list view. For now, you can also create a new category directly during the link creation process, here’s a quick demo: https://d.pr/v/MyfRNz.

Really appreciate you walking us through how you use it, as it helps us spot ways to make the experience smoother.

Best regards,
Pial

Hi @bhanukaw ,

I’m really glad I was able to help and that everything is now working smoothly on your end. If you ever run into anything again — no matter how small — please don’t hesitate to reach out. We’re always here for you.

If it’s not too much trouble, could I kindly ask for a quick favor?

It would mean a lot to me personally if you could take just 30 seconds to leave a 5-star review about your support experience — especially since we had a good outcome together. Your feedback really helps me keep doing my best, and it helps others know they’re in good hands too.

👉 Leave your review here

Thank you so much in advance — I truly appreciate it!

Wishing you a great day ahead,
Pial

Hello again @bhanukaw

Just checking in to see if you had a chance to try the troubleshooting steps or could share your site info with us. That would really help us move forward with identifying the issue more precisely.

Looking forward to your update!

Best,
Pial

Hello there @picorir

Thank you for bringing this to our attention. The notice you’re seeing is related to the _load_textdomain_just_in_time function, which triggers when translation files are loaded too early in the plugin’s lifecycle. This typically occurs when certain actions are executed before the init hook in WordPress, as outlined in the Debugging in WordPress guide.

Please rest assured, this notice does not affect the functionality of the plugin and is only visible when WP_DEBUG is enabled. However, we understand the importance of keeping your environment error-free. We’ll work on this promptly and issue a release to address it. Kindly note that since Simple 301 Redirects has a more limited feature update schedule, most updates focus on security and critical improvements.

In the meantime, I recommend exploring BetterLinks—our advanced URL management tool. It offers robust features to shorten, track, and manage links seamlessly. Plus, if you have a substantial number of existing links, you can easily migrate them to BetterLinks without any hassle.

You can find comprehensive documentation here to help you get started.

Feel free to reach out if you have any further questions!

Best regards,
Pial

Hi Guido,

Thanks for the update.

Before we move to manual fixes, let’s try one more clean reset to rule out any hidden conflict or activation issue:
1. Enable Debug Logging

In your wp-config.php file, please add (or update) the following lines:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

This will log any errors to a file located at /wp-content/debug.log, without showing them to visitors. It should help us catch anything failing silently during plugin activation.

2. Temporarily deactivate all other plugins
Just to ensure nothing else is interfering with BetterLinks during install.

3. Delete all BetterLinks-related tables
From your database, remove any tables that contain _betterlinks in the name.

4. Reinstall BetterLinks
Now reinstall it.

Once that’s done, check if the main betterlinks table gets created and whether everything works as expected.

If things still don’t work, please share the contents of the debug.log file—I’ll help analyze it and guide you from there.

Looking forward to your update!

Cheers,
Pial

Hello @gaveguido

Thanks for reaching out and for your interest in upgrading—really appreciate that!

From what you described, it sounds like the links and categories are still present in the system but just not showing up properly in the Manage Links interface. That usually points to a database inconsistency.

Just to confirm—at any point, did you happen to remove the BetterLinks plugin and also delete its related database tables? Sometimes during cleanup or reinstallation, critical tables might get removed, which causes the interface to behave exactly like this: links work on the front end but vanish from the dashboard.

To fix this, you can manually recreate the missing database structure. We’ve prepared a quick walkthrough you can follow here: https://d.pr/v/qBVCne

Also, to make sure the table is fully up to date, please run this SQL command in your site’s database (you can use phpMyAdmin or a similar tool):

ALTER TABLE YourPrefix_betterlinks
ADD COLUMN uncloaked VARCHAR(10) DEFAULT ' ';

Just replace YourPrefix_ with the actual prefix used in your database (commonly wp_, unless it’s been customized).

Let me know once you’ve tried that—or if you’re unsure at any step, I’d be happy to help walk you through it.

Looking forward to getting this sorted for you!

Best regards,
Pial

Hi @peopleinside,

Thanks for bringing this up.

To get a clearer picture of how things are set up on your site, could you please share a screenshot of the following settings from your WordPress dashboard?

You’ll find them under:
Settings → General (/wp-admin/options-general.php)

Specifically, we’re looking at the values for:

• WordPress Address (URL)
• Site Address (URL)

A quick screenshot showing both would really help us understand what’s going on with the short link structure.

Thanks in advance!

Hi @kklo,

Thanks again for the detailed explanation and the screenshot.
So just to clarify: if you’re not using Elementor and are working with the default WordPress Classic editor , then you don’t need to create a physical page for the Single Doc Page. BetterDocs handles this dynamically in the background.

The Single Doc Page is automatically generated whenever someone clicks on a documentation article. What you can control is the layout and appearance of that dynamic page — things like header spacing, sidebar position, color scheme, background, etc.

To configure this through WordPress Customizer, follow these steps:

Go to your WordPress Dashboard → Appearance → Customize → BetterDocs → Single Page

Here you can adjust:

• The layout (with or without sidebar)
• Colors and fonts
• Breadcrumb and meta visibility
• Control over how much space is shown before the doc content (important if your image is being overlapped)

This should help you fix the issue where your site’s standard top image or header is being covered or hidden by the doc content.

📘 For a full walkthrough, I recommend checking out these two guides:

• 🔗 How to Configure the Single Doc Page in BetterDocs
• 🔗 BetterDocs Homepage and Single Page Configuration

These guides walk you through both the Customizer options and what to expect from the dynamic rendering of doc content. ✅ Quick Notes:

• The BetterDocs Customizer settings don’t create pages — they apply styling and layout options to dynamically generated doc views.
• If your header image or top section is being overlapped, check the spacing/padding settings in your theme as well — or use a small HTML block in your theme’s header if needed.
• You don’t need Elementor or any page builder here — just use the Customizer and the built-in BetterDocs layout engine.

Best regards,
Pial