A Zayed

The use of the Pages database relationship field creates a comma-separated list for outgoing and incoming links. This is usually fine when there are just a couple of entries. 
But there can also be hundreds of entries and then the field becomes way too limited. Suggestion:
Ordering becomes an issue. With 100+ entries, there needs to be admin-defined ordering based on fields (e.g. title or custom fields) or something like record ID, publishing date et cetera. Just like it exists for the database itself. In fact, taking over the ordering from the specific database being linked would probably solve it for most cases.  Pagination becomes necessary when there are lots of entries.  Template. Make the field output part of the Pages template system, so it can be customized on a database level. (So far, we had to hack the theme templates, but that won’t be easily possible anymore in 5.x). 

Overkill, probably, but this would solve the situation:
Create an application, with a single admin module Add the zip file as a resource in the application The admin module could then display instructions on what to do, along with a link to the zip file to allow it to then be downloaded and manually installed by the user POC
(NE) Zip file example 1.0.0.tar
plus dev folder
neappzipfile.zip
 
 

EpicGames doesn't allow remote requests, always getting httpResponseCode 403 when performing the request.

EpicGames doesn't allow remote requests, always getting httpResponseCode 403 when performing the request.

This one would help:
 

I'm not sure if this the correct place to report bugs...
I belive this has been reported before, but I can't recall the thread.
All notifications I'm receiving from IPs here are doubled (SEE attached screenshot).

Now approved:
 

Now approved:
 

Now approved:
 

Now approved:
 

Now approved:
 

I totally agree with this, other clients have the same concern as well...
I developed a little plugin to overcome this by allowing admins to select the default search area, not sure if IPS will approve it or not (Now awaiting MP approval).

I totally agree with this, other clients have the same concern as well...
I developed a little plugin to overcome this by allowing admins to select the default search area, not sure if IPS will approve it or not (Now awaiting MP approval).

I totally agree with this, other clients have the same concern as well...
I developed a little plugin to overcome this by allowing admins to select the default search area, not sure if IPS will approve it or not (Now awaiting MP approval).

I totally agree with this, other clients have the same concern as well...
I developed a little plugin to overcome this by allowing admins to select the default search area, not sure if IPS will approve it or not (Now awaiting MP approval).

I totally agree with this, other clients have the same concern as well...
I developed a little plugin to overcome this by allowing admins to select the default search area, not sure if IPS will approve it or not (Now awaiting MP approval).

I totally agree with this, other clients have the same concern as well...
I developed a little plugin to overcome this by allowing admins to select the default search area, not sure if IPS will approve it or not (Now awaiting MP approval).

One additional follow up comment on this after using it for a couple weeks. 
I hate it and it makes no sense to me. When people in my community search for something, they couldn't care less which part of the site it comes from. they want information about the topic of the search. Plus, they have no clue that my platform, IPS, has different sections titled Pages, Topics, etc...
We need the ability to tailor this search bar to our own needs. 

@Adriano Faria its not 4.6 that is at fault per se, IPS is at some fault here due to the way they engineered how the theme hooks work, but it's the latest php 7.4 and 8.0 that is the issue.
example:
<?php class myclass { public function myfunction(){ return parent::myfunction(); } } this will error out on the new versions of 7.4 and 8.0, cause myclass isn't a child class of anything, so there is no parent to call. 
the theme hooks get eval'ed as stand alone classes, they replaced the " extends _HOOK_FILE" with "_tmp" (same with parent::hookData() gets replaced with array() ), so the class would be something like class my_theme_hook_temp {}. during the eval process, it it validating the code and that validation is failing on anything with parent::myfunction() that is being called in the code, that is why the call_user_func_array is working for toolbox, cause it passes the validation, so the template will build. 
so its not the parent::hookData() that i original thought it was, cause i just took a cursory look at the code, patched my files, it seemed to work cause my datastore wasn't cleared, but as soon as it cleared, i got that error. 
so in any template overrides you are doing, you need to wrap it with a if(\is_callable('parent::myfunction')){} and then inside the if statement, call the parent method with:
return \call_user_func_array( 'parent::' . __FUNCTION__, \func_get_args() ); like i have done in the example hook i posted a few post up. if you need further help, send me the app, and i will make the changes so you can see within your code what i'm talking about 🙂

Just tested this in another app and works fine. Example:
public function methodName( $param1, $param2 ) { ... do your stuff ... if( \is_callable( 'parent::methodName' ) ) { return \call_user_func_array( 'parent::' . __FUNCTION__, array( $param1, $param2 ) ); } }  

Forums are dying because they don't adapt to the new way of consuming content and communicate with other people. 
Whether IPS, XF, vB, wBB, ... it's just not fun to use them on mobile, it's way too cumbersome. Besides, a responsive layout can't compete with something designed specifically for these devices.
I mean just look at this, nothing more to say.

Next point, why should I sign up on a forum when I'm already on Discord or wherever? And all my friends are already there too?
Forums will always have their place in some genres like support or other special interrest niches and for oldschool users who prefer desktop computers, but that are minorities.

This looks like it's the funny issue I encountered with DateTime::diff() when timezones aren't bypassed in DateTime::ts().
When the diff is 1 day 30 minutes for instance, it would return -1 year, +11 months, +29 days, +23 hours, +30 minutes.
This issue caused the online indicator on our site to stop function, as the diff wasn't "just 15 minutes". $diff->y would for instance not be TRUE ,as it's -1.
Fixed that issue by changing this in Member::isOnline()
$diff = \IPS\DateTime::ts( $this->last_activity, TRUE )->diff( \IPS\DateTime::create() ); Wonder is this is just an issue for those in a + timezone (only speculations)

Happy Hump Day, team! Sort of. 😔 
One of Invision Community's founding fathers, @Rikki, is amicably moving on from Invision Community to pursue another exciting opportunity. This is his last week with us. He has a few parting words to share with you:
 

Rikki has been an instrumental player in Invision Community's success; we're bummed to see him go, but at the same time excited for him to spread his wings. 
Please leave some well wishes for Rikki in the comments! 
---
Speaking of the team, @Matt Finger wrote a new dev blog post touching on the PHP8 Compatibility Scanner, our Pre-Upgrade Resource Checker and a full change log for our upcoming September release:
 
 
--- 
And last but not least, 4.7.2 Beta 1 is officially out. Check out the release notes here.
See you in the replies. 🙏 

Thank you everyone, I'm sad to be leaving but very excited for what comes next. I'm sure you'll still see me around here, just without that Staff badge.

I can confirm that 404 error, for ACP live search:

 
The main concern is that, for some reason, if you're installing/upgrading app or plugin, if the installer ajax wizard failed, you got thrown to front-end with an error of "The page you requested doesn't exist".
The question, Why ajax requests fail sometimes?