Group Legend 1.0.5

@Split

When you click on the groups, they don't show the users only with those groups. It show all members. Something is wrong. Using last version of IPS 5

5 godzin temu, qnkov napisał(a):

@Split

When you click on the groups, they don't show the users only with those groups. It show all members. Something is wrong. Using last version of IPS 5

 

Hi. I'll check it out within 24 hours and release an update if I find an error. What version of IPS are you using? Could I have the URL?

Edytowane 7 Listopada 2025 przez Split

On 11/7/2025 at 3:09 AM, Split said:

 

Hi. I'll check it out within 24 hours and release an update if I find an error. What version of IPS are you using? Could I have the URL?

Last version 5.0.13

https://otaku.bg/

W dniu 8.11.2025 o 11:54, qnkov napisał(a):

Last version 5.0.13

https://otaku.bg/

 

Please check .htaccess file.

Your link is invalid: https://otaku.bg/search/?type=core_members&group%5B3%5D=1&q=
Correct link: https://otaku.bg/search/?type=core_members&&group[11]=1&q=

It's not the plugin's fault. Everything works for me on the latest version. https://ips5.codeity.pl/

On 11/9/2025 at 6:05 PM, Split said:

 

Please check .htaccess file.

Your link is invalid: https://otaku.bg/search/?type=core_members&group%5B3%5D=1&q=
Correct link: https://otaku.bg/search/?type=core_members&&group[11]=1&q=

It's not the plugin's fault. Everything works for me on the latest version. https://ips5.codeity.pl/

What could conflict the app from the htacess? I'm not sure i see anything wrong. 

 

# .htaccess — Invision Community v5 (OpenLiteSpeed)

<IfModule mod_rewrite.c>
    RewriteEngine On

    # Каноничен редирект: всичко -> https://otaku.bg
    # (покрива http, www и vps субдомейна)
    RewriteCond %{HTTPS} !=on [OR]
    RewriteCond %{HTTP_HOST} !^otaku\.bg$ [NC]
    RewriteRule ^ https://otaku.bg%{REQUEST_URI} [R=301,L]

    # --- IPS правила ---
    Options -MultiViews
    RewriteBase /

    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ - [L]

    RewriteRule . /index.php [L]
</IfModule>

# Заглавки (headers)
<IfModule mod_headers.c>
    # Вдигай несигурните заявки (http:// -> https://) автоматично в браузъра
    Header always set Content-Security-Policy "upgrade-insecure-requests"

    # HSTS (активирай едва след като всичко е 100% на HTTPS)
    # Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains; preload"
</IfModule>

# LiteSpeed кеш правила (както при теб)
<IfModule LiteSpeed>
    CacheEnable public /
    CacheDisable /admin/
    CacheDisable /applications/
    CacheDisable /system/
    CacheDisable /interface/
    CacheDisable /uploads/
    CacheDisable /api/
    CacheDisable /remote.php

    CacheLookup public on
    RewriteCond %{REQUEST_METHOD} ^GET|HEAD$
    RewriteCond %{HTTP_COOKIE} !ips4_IPSSessionFront=
    RewriteCond %{HTTP_COOKIE} !ips4_member_id=
    RewriteCond %{HTTP_COOKIE} !ips4_loggedIn=
    RewriteCond %{QUERY_STRING} !csrfKey=
    RewriteRule .* - [E=cache-control:max-age=300]
    Header set X-LiteSpeed-Cache-Control "%{cache-control}e" env=cache-control
</IfModule>

 

On 11/9/2025 at 6:05 PM, Split said:

 

Please check .htaccess file.

Your link is invalid: https://otaku.bg/search/?type=core_members&group%5B3%5D=1&q=
Correct link: https://otaku.bg/search/?type=core_members&&group[11]=1&q=

It's not the plugin's fault. Everything works for me on the latest version. https://ips5.codeity.pl/

 

Could be bug or conflict with anything else, because i've asked even the chatgtp and he told me that the different geenrated url isn't from htacess, but something with the app how it takes and shows the group ID. 

Here is what the chatbot told me. 

 

There is a double–URL-encoding issue in the generated link for member-group filtering.

---

What happens now

When clicking a group link generated by the app, the URL is:

 

https://otaku.bg/index.php?app=core&module=search&controller=search&type=core_members&group%5B11%5D=1&q=

IPS Friendly URLs automatically redirect it to:

 

https://otaku.bg/search/?type=core_members&group%255B11%255D=1&q=

group%5B11%5D becomes group%255B11%255D
so % is encoded a second time → %25.

As a result, IPS does not recognize group[11] as a filter parameter anymore, and the search shows all members instead of only this group.

---

Proof the filter works correctly

If I manually open:

 

https://otaku.bg/search/?type=core_members&&group[11]=1&q=

→ IPS filters properly by group.

---

Expected behavior

The parameter should be passed without pre-encoding the array brackets:

 

group[11] => 1

So the final working URL should be:

 

/search/?type=core_members&&group[11]=1&q=

IPS will then safely handle URL encoding during FURL processing.

---

Summary

Stage	Parameter form	Status
App generates	group%5B11%5D=1	❌ Already encoded
IPS redirects	group%255B11%255D=1	❌ Double encoding breaks filter
Manual URL	group[11]=1	✔️ Works perfectly

---

Required fix

Please update the URL generation to send:

• raw parameter: group[11] = 1

• or use IPS URL builder for arrays, without manual urlencode() calls

This prevents the double-encoding and the group filter will work as expected.