-
-
Argument #1 ($name) must be of type string
Any progress?
-
-
-
The badges tab in the ACP panel cannot be opened v5.0.6
5.0.6 is fixed
-
-
The badges tab in the ACP panel cannot be opened v5.0.6
Well, that's bad news I don't understand it
-
The badges tab in the ACP panel cannot be opened v5.0.6
Sorry, I just wanted the fix to be included in version 5.0.6 — I wasn’t expecting an immediate solution. :)
-
The badges tab in the ACP panel cannot be opened v5.0.6
I really want to get in there because we need to add a new holiday badge, and this is completely preventing me from doing that.
-
v5.0.5 b1 - Changes in badges cannot be saved
It doesn't work at all. When I try to enter, I get this error.
-
v5.0.5 b1 - Changes in badges cannot be saved
In version 5.0.6 beta 4, I can't access the badges manager at all
-
The recently earned badges widget is broken.
In the recently earned badges widget, user avatars are too large and not rounded like in the other sections.
-
The badges tab in the ACP panel cannot be opened v5.0.6
TypeError: IPS\File::get(): Argument #2 ($url) must be of type IPS\Http\Url|string, null given, called in public_html/applications/core/sources/Achievements/Badge.php on line 274 (0) #0 public_html/applications/core/sources/Achievements/Badge.php(274): IPS\File::get() #1 public_html/system/Patterns/ActiveRecord.php(360): IPS\core\Achievements\Badge->get__icon() #2 public_html/system/Node/Controller.php(291): IPS\Patterns\ActiveRecord->__get() #3 public_html/system/Node/Controller.php(169): IPS\Node\Controller->_getRow() #4 public_html/system/Helpers/Tree/Tree.php(144): IPS\Node\Controller->_getRoots() #5 public_html/system/Node/Controller.php(147): IPS\Helpers\Tree\Tree->__toString() #6 public_html/applications/core/modules/admin/achievements/badges.php(107): IPS\Node\Controller->manage() #7 public_html/system/Dispatcher/Controller.php(139): IPS\core\modules\admin\achievements\badges->manage() #8 public_html/system/Node/Controller.php(117): IPS\Dispatcher\Controller->execute() #9 public_html/applications/core/modules/admin/achievements/badges.php(71): IPS\Node\Controller->execute() #10 public_html/system/Dispatcher/Dispatcher.php(169): IPS\core\modules\admin\achievements\badges->execute() #11 public_html/admin/index.php(15): IPS\Dispatcher->run() #12 {main}
-
-
Inaccurate View Count Behavior on Topics and Profiles
Will this issue be resolved in version 5.0.6? @Matt @Marc
-
-
-
Inaccurate View Count Behavior on Topics and Profiles
The problem also exists on this forum you can check this thread. On my forum, someone artificially inflated the view count in new threads, making this counting feature useless as it no longer represents any real value.
-
PanSevence started following Inaccurate View Count Behavior on Topics and Profiles
-
Inaccurate View Count Behavior on Topics and Profiles
Hello, We've encountered an issue related to how view counts are handled on topics and user profiles in Invision Community. ProblemEvery time a user refreshes a topic or profile page (e.g., using F5), the view count increases. This occurs even if the same user repeatedly refreshes the page within seconds, from the same IP and session. There appears to be no throttling or cooldown period to prevent view inflation. Test ScriptWe tested this with a simple script in the browser console: let interval = setInterval(() => { location.reload(); }, 10); // Simulates 100 refreshes per secondThe view count continues to increase rapidly with each reload. The behavior is the same on profile pages.
-
Invision Community 5.0.5 Releases
This is a BETA version, why are you updating the production site? That's irresponsible!
-
-
Argument #1 ($name) must be of type string
I'm seeing this error in multiple groups, not just a single one including the guest account. YYou can check it on my site the data in the client panel is up to date.
-
Argument #1 ($name) must be of type string
Any update? @Marc @Matt