What does this have to do with security?

According to user's perspective
It can be inconsistency between UI and UX
which doesn't passing accurate data to server (Remaining null field into db)

You have stated this is a security issue. I have asked you once how it is a security issue as I dont see it myself but that doesnt mean it is not. Security is obviously an important topic and ANY security issue should NOT be reported here. Please see https://github.com/joomla/joomla-cms/security/policy

I apologize for incorrectly labeling this as a security issue and understand now that this does not fall under security issue , but rather a UI/UX inconsistency.
I want to report the current behavior but It created confusion for me as from a user perspective.
Thank You sir for clarification

..I will make sure to follow the security reporting guidelines correctly in the future.

I would like to work on this issue. Can I take this?

Hi, I would like to work on this issue.
I have understood the problem (URL not updating on filter change in admin menus). I will investigate and submit a fix.
Please assign this issue to me if possible.

@bharath110520 @ARUNI601 you can work any issue you want, issues don't get assigned to a particular contributor

From analyzing the code, it appears that the filter behavior in com_menus is consistent with other Joomla components like com_content.

Both use the searchtools system, which submits filters via POST and stores state using getUserStateFromRequest(), rather than updating the URL with query parameters.

So the URL not updating seems to be expected behavior rather than a bug.

Could you please confirm if this is intended behavior, or if the expectation is to change filters to use GET and reflect parameters in the URL?

Hi,

I’ve submitted a PR for this issue.

After analyzing the current behavior and comparing it with other components, it appears that this may be more of an enhancement rather than a strict bug, since Joomla’s admin filters generally rely on POST and session state.

This PR proposes an optional enhancement to improve usability by reflecting filter state in the URL, enabling better visibility and shareability, while fully preserving existing POST-based behavior for actions.

If this approach does not align with the intended design, I’m happy to adjust or revise the implementation accordingly.

Looking forward to your feedback.

@priya-umbare Thank you very much for your contribution!

In Joomla administrator lists (such as Menus, Articles, etc.), filter values are typically stored in the user session rather than in the URL. This behaviour is therefore expected and not considered a bug.

We will go ahead and close this issue.