Eric,
would you please stop flooding this page with your private insights?
This is Raphael's component page and not intended as a blog section for you or anyone else.

"HomePagePosts should be removed entirely since it no longer fits the new timeline structure."
is not only a blatant insult, but completely baseless. I just tested homepage posts with Goblue 8.1 and also the White Theme 8.8: It works flawlessly.

We’ve been digging deeper into the issue today.

I ran some structured tests with:

User 2 (114 friends)

User 166 (no friends)

Plus admin for reference.

As expected, the friend filter returned no posts for users without friends, which is correct behavior. The log confirms the component is active and the public feed is intentionally blocked when the friends filter is selected:

[15-Oct-2025 10:44:29 CET] [EXTACCESS] HOOK ❌ Public feed blocked by friends filter for user 166
[15-Oct-2025 10:46:32 CET] [EXTACCESS] HOOK ❌ Public feed blocked by friends filter for user 2

The good news:
✅ We now have it working without modifying any core OSSN files.
✅ The filtering and sorting logic (public vs friends, asc vs desc) is fully handled through the ExtendedAccessFilter component.
✅ The friend filter correctly respects friend relationships.

Next steps we noted:

PopularPosts should be disabled.

HomePagePosts should be removed entirely since it no longer fits the new timeline structure.

This will keep the timeline clean and prevent conflicts with the new filtering logic.

now full testing on shadow site

my first thought.

i test with admin, two users
user 2 with 114 friend
user 166 with now friends

[15-Oct-2025 10:44:28 CET] [EXTACCESS] ✅ Setting opgeslagen: user=166 homepage_filter=3
[15-Oct-2025 10:44:28 CET] [EXTACCESS] 🧩 hpage_posts_get_homepage_wall_access() gedefinieerd door ExtendedAccessFilter
[15-Oct-2025 10:44:28 CET] [EXTACCESS] INIT ✅ Component geladen + hooks actief
[15-Oct-2025 10:44:29 CET] [EXTACCESS] 🧩 hpage_posts_get_homepage_wall_access() gedefinieerd door ExtendedAccessFilter
[15-Oct-2025 10:44:29 CET] [EXTACCESS] INIT ✅ Component geladen + hooks actief
[15-Oct-2025 10:44:29 CET] [EXTACCESS] 🧩 hpage_posts_get_homepage_wall_access() gedefinieerd door ExtendedAccessFilter
[15-Oct-2025 10:44:29 CET] [EXTACCESS] INIT ✅ Component geladen + hooks actief
[15-Oct-2025 10:44:29 CET] [EXTACCESS] HOOK ❌ Public feed geblokkeerd door vriendenfilter voor user 166
[15-Oct-2025 10:44:29 CET] [EXTACCESS] HOOK ❌ Public feed geblokkeerd door vriendenfilter voor user 166
[15-Oct-2025 10:44:30 CET] [EXTACCESS] 🧩 hpage_posts_get_homepage_wall_access() gedefinieerd door Extend

en logged in with user 2

[15-Oct-2025 10:46:32 CET] [EXTACCESS] INIT ✅ Component geladen + hooks actief
[15-Oct-2025 10:46:32 CET] [EXTACCESS] HOOK ❌ Public feed geblokkeerd door vriendenfilter voor user 2
[15-Oct-2025 10:46:32 CET] [EXTACCESS] HOOK ❌ Public feed geblokkeerd door vriendenfilter voor user 2
[15-Oct-2025 10:46:33 CET] [EXTACCESS] 🧩 hpage_posts_get_homepage_wall_access() gedefinieerd door Extend

Friend filter give no postings

@Eric, it is because you are using admin account, try login as non-admin account and see.

Hi everyone,

I’m building an OSSN component called ExtendedAccessFilter which allows users to filter their homepage feed (public / friends) and sort posts (asc/desc).
The filter state is stored in JSON under ossn_data/components/ExtendedAccessFilter/users/<guid>.json.

Everything works fine — except the friends feed doesn’t display any friends posts.
Logs confirm the accesstype and session are both correctly set:

[EXTACCESS] 🧠 HPP sessie geforceerd naar 'friends'
[EXTACCESS] INIT 🚀 accesstype geforceerd naar 'friends' bij home for user 2
[EXTACCESS] HOOK ❌ Public feed blocked by friends filter

However, even with

OssnSession::assign('com_wall_type_access', 'friends');
$GLOBALS['accesstype'] = 'friends';

and
hpage_posts_get_homepage_wall_access() returning "friends",
the wall still shows no posts.

I’m using this HomePagePosts v1.3 as reference. and goal is not to alter other components code.

Is there anything additional needed for getFriendsPosts() to return results in this context?
It seems the module’s JS or page handler logic might bypass the expected feed switch.

Thanks for any guidance!
— Eric (JustBSocial / nlsociaal.nl/test)

still searching for the right way, now testing this and this does not seems to do anything
So still looking for better timeline experience users

If Google translate is correct, you want 4 tabs (all posts, friends, favorites and just me). This is correct?

I don't know how you define people as favorites. It will be interesting for everyone here if you can explain what makes a person a favorite in your network.

But what you ask can be done. Quickly thinking about a solution here, you will need to add 2 more tabs in the plugins/default/js/homepageposts.php file. Afterwards, you will need to edit plugins/default/wall/siteactivity.php and ossn_com.php to receive these new options. You will probably need to create a class inheriting OssnWall so that you can search for favorite publications.

Would we be able to add the tab only me it would be really really nice otherwise what code should I add I have already added the buttons but it does not want to work! sorry for french word
https://prnt.sc/8p0VE08Pm3n0

Hey, I'm on Version 6.6 from OSSN and have the Problem that the "Friends Only" tab doesn't load comments besides the "first inital batch" after that there's just a spinning circle at the bottom. It works on the admin side even tho you always see all posts of course.

I can't see any problems in any error log. Maybe anyone has an Idea why it acts this way?

I changed the hpagepostsgethomepagewall_access() in the HashTag & OssnWall component already (I don't use PopularPosts) but it didn't help either.

Thanks!

Michael

I try to keep up with the messages in the community and I saw the discussion. I feel relevied to my component run properly and happy to see your and Arsalan's efforts to keep all users on the line :-)

Regards