teraßyte

It's not the editor itself that's slow, but the whole JavaScript framework. Anything JS-related is slow (editor, tooltips, menus, selecting checkboxes, etc). There are already multiple bug reports about it.

It redirects old links posted. For example, an old post converted from vB might have a topic link from vBulletin. The converter app helps redirect that old link to the new format/ID. Without the converter app, all those old links won't work. You also need it to login in case the user has never logged in after the conversion, etc.

@Marc Yeah, downgrading to PHP 8.3 will work because PHP includes natively the function starting from PHP 8.4. In any case this previous bug report is now a proper bug and not just feedback:

It depends on what exactly you need, but it's possible. I was contacted by the OP through a PM and we're discussing a possible custom modification.

The converters app is required to redirect old vB links to new ones (topics, profiles, posts, etc). You don't need it to test the upgrade on a copy, though.

There is no export option. However, I made applications to export customer or custom field data in CSV format. It's certainly possible to make one to export purchase data, too.

This button on your main page has the wrong link => https://communinty.lightningmu.net/

Yep. It's been a problem since the first alpha versions. 🤷‍♂️

That code will update all images, not just the ones inside the widget.

It might not be a problem of permissions but ownership. For example, a client had some issues overwriting some files, and after checking I found they were owned by the root account and the "normal" account couldn't overwrite them. A simple chown command through SSH fixed the issue. No idea if you're having the same issue, though. 🤷‍♂️

No, I didn't mean the member group(s). I mean the moderator permissions area in the ACP. Here's a link to the guide:

Is the user reporting this issue a moderator on your site? If yes, try re-saving their moderator entry in ACP. It should fix the issue. The error is caused by missing moderator permissions in the index. I reported this issue myself a while ago, but I'm unsure whether it has been fixed yet.

Thanks for the update. At least we know something is coming. 🙃

There is no way to check the signature's length before it's saved. I have a similar custom application on v4 that checks for a different limit, but I've been unable to update it to v5 for now. Hopefully, IPS will add a listener or an extension for it in a future version. I've already requested it.

Adding some code in a block on the page to redirect if the user is logged in might work: Guest => remains on the page Logged-in member => Redirect to another page. That would also take care of redirecting after a login. 🤔

Yes. A manual upgrade is the only option. Also, do you have any modifications installed? If you do, they will ALL require an update. Other than that's you can treat is as a normal upgrade just like usual (do a backup, upload the files, go to /admin/upgrade, etc).

Known issue and it should be already patched according to the replies. You should have a patch in your ACP to resolve it:

What error do you get when you try to open that link yourself in the browser? I'd try myself but I'm locked out by an htaccess password request.

Nope. It's because the URL is broken: /content/?page=1%5Cu0026sortby=image_comments%5Cu0026sortdirection=desc%5Cu0026type=gallery_imageThe correct format is: /content/?page=1&sortby=image_comments&sortdirection=desc&type=gallery_image Are those broken URLs coming from a specific page on your site?

The options you change in the Theme Editor are global for everyone. They simply moved them from the ACP to the front end (where switching a setting updates the view in real time and you can see the change happen).

Indeed. Changing the table engine doesn't require any programming, and it's easy enough to do as long as you know what you're doing. 🙄 You also need to ensure the DYNAMIC row format is used instead of COMPACT, or there might be some index length issues. In case your database does not have the option available, the hosting needs to enable it. But again, no extra programming is needed, it's just a matter of configuring properly the server.

Every time I'm in the bug tracker, or other databases with comments, when I'm at the bottom of the page after reading all comments I must scroll back up to the top to use the Next Unread link (or even the go to category/list link). Can you please move those links by default at the bottom below the comments? That would be the same layout as topics where the links are shown after the last comment. Or, if you'd like to keep them at the top after the "first post", I'd like to see a copy of the links at the bottom so they're more easily accessible anyway.

Those URLs are correct for IN_DEV, but my guess it that the URL is too long and your server stops it from loading the content. I've seen it happen sometimes and you must increase a URL length variable (which I don't recall the name of right now).