Everything posted by teraßyte
-
Right, I missed that. Since it works when uploading the image as an attachment in the editor, there must be a bug specific to uploading screenshots in downloads when it generates the thumbnail. -
@Jim M To add something more: 🙄
-
You can test yourself on this site. It's been updated to 54.0.5 Beta 2, which contains the fix. The editor is pretty smooth for me now. 🙃
-
@Ehren Thanks. I could find only 2 instances with a quick search, but even with those commented, the tooltips are already twice as responsive. I'll eagerly wait for the next (beta) version. Fingers crossed. 🤞
-
@Ehren Unfortunately, while this change helps with the editor falling behind when I type fast, the tooltips are still extremely sluggish for me locally in Chrome (v134 + Windows 10): This GIF image is in real time. You can see the tooltips still lag behind a lot. Even the title attribute shows before it's converted to a tooltip. Also, if you look at when I go from the edit/pencil button to the wrench one, you'll see the tooltip is in the wrong location. When I go in the opposite direction (badge => wrench), the location is correct, though. === The above GIF is from a custom application, but I can reproduce the same behaviour on the core Applications page.
-
@Ehren Could you post the CSS change if it's not too much trouble? The slow/sluggish problem affects more than just tooltips: editors, messenger, checkboxes, etc. I assume this CSS you mentioned was the root cause of everything, but I'd like to test it locally to verify it. 🙃
-
The queries.json file for the 5.0.5 Beta 1 upgrade step contains 3 queries for the same column (1 add + 2 change): "1": { "method": "addColumn", "params": [ "core_custom_badges", { "name": "icon_size", "type": "TINYINT", "length": null, "decimals": null, "values": null, "allow_null": false, "default": "1", "comment": "relative size of the icon", "unsigned": true, "auto_increment": false } ] }, "2": { "method": "changeColumn", "params": [ "core_custom_badges", "icon_size", { "name": "icon_size", "type": "TINYINT", "length": null, "decimals": null, "values": null, "allow_null": false, "default": "3", "comment": "relative size of the icon", "unsigned": true, "auto_increment": false } ] }, "3": { "method": "changeColumn", "params": [ "core_custom_badges", "icon_size", { "name": "icon_size", "type": "TINYINT", "length": null, "decimals": null, "values": null, "allow_null": false, "default": "3", "comment": "relative size of the icon", "unsigned": true, "auto_increment": false } ] }, You can remove queries #2 and #3 (which are the same, btw) and change the first one to have a default 3 value instead of 1: "1": { "method": "addColumn", "params": [ "core_custom_badges", { "name": "icon_size", "type": "TINYINT", "length": null, "decimals": null, "values": null, "allow_null": false, "default": "3", "comment": "relative size of the icon", "unsigned": true, "auto_increment": false } ] },
-
Great news! Switching to Firefox only for v5 sites was becoming annoying. 😋
-
Those used to work in v4, but the feature broke with the v5 changes. I belive they have an open bug report (or feature request?) to re-add them.
-
Yeah. Firefox doesn't use Chromium but Gecko as the rendering engine and it's not affected.
-
No matter what forum/topic I view, this box always says 0 (registered) members are viewing the topic: I also tried reloading the topic page multiple times, but still nothing. It's happening on this site.
-
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. 🙃
