teraßyte
Clients
-
Joined
-
Last visited
-
Currently
Viewing Badges when hovering on someone's display name in Invision Community 5 Bug Tracker
-
The g_fcontent_excludeFGroup column is not a default one. Based on the name, did you install a Featured Content application at some point? 🤔 -
Fixed in 4.7.19.
-
Fixed in 4.7.19.
-
Fixed in 4.7.19.
-
Fixed in 4.7.19.
-
It was fixed in 4.7.20 Beta 3 (or 4?).
-
Even backing up the app’s tables might not be enough. Some apps may have permissions, attachments, achievement rules, etc, and those are stored in core tables. The best option is to leave the app installed. The upgrade to v5 will disable it and retain all the data.
-
I’m unsure what this safety act says, but in case of issues, if a user reports a reply in a message, the moderator is added to the message’s user list and can review everything. Would that be enough? 🤔
-
@Matt Finger If you need help testing I’m available. 😋
-
-
-
-
Even clicking a single checkbox myself to select a message takes 1~2 seconds before the action is done. On v4 it’s instant. Something is slowing down considerably the JavaScript in v5 (at least on Windows 10 + Chrome v132): Tooltips are laggy The editor lags behind if I type too fast (I mentioned it to @Matt in another topic and even posted a video) The JS to select rows based on their type is extremely slow, too Other JS-related things feel slow, too
-
By valid HTML I mean that a DIV element MUST be inside <BODY>. You can’t add it before/after/inside the <HEAD> element, nor you can add it before/after the <BODY> element. You’re adding a <DIV> element before <HEAD> which results in this (extremely simplified) HTML below: <!DOCTYPE html> <html lang="en-US"> <div>Test</div> <head> <title>Testing a wrong DIV element</title> </head> <body> <div>This is a DIV inside the BODY element.</div> </body> </html>Try validating that HTML code and see you’ll get errors: https://validator.w3.org/#validate_by_input Then remove that first DIV above <HEAD> and you’ll see the validation is okay: <!DOCTYPE html> <html lang="en-US"> <!-- TEST DIV REMOVED --> <head> <title>Testing a wrong DIV element</title> </head> <body> <div>This is a DIV inside the BODY element.</div> </body> </html> Basically, the browser is trying to compensate/fix the HTML (but fails miserably) because you added an unexpected/wrong DIV element where it shouldn’t go.
-
While viewing the messenger I opened the menu to “Select rows based on type” (checkbox above the messages list) and clicked the All option. The JS took ~6 seconds to run and select All checkboxes. I then clicked None to deselect everything. It took about ~5 seconds. I then loaded a second page of messages (50 total) and selecting again the All option took ~14 seconds. I clicked again None and it took ~12 seconds. A third page (75 messages) took ~27 seconds and I even received a warning from Chrome that the page was unresponsive and I could wait or close it. ( I clicked wait.) Same thing when deselecting all 75 messages: ~24 seconds and again Chrome warned me the page was unresponsive. Clearly, there’s some JS issue. It shouldn't take this long. The more messages are listed, the more time it takes.
-
Yes, based on what you posted, this is most likely a bug introduced when adding the code to deprecate SendGrid.
-
Because it’s not valid HTML. The bug here is not that the HTML breaks, but that it shouldn’t allow you to choose that option.
-
Have you cleared the cache from ACP > Support after updating the setting manually in the database?
