I don't agree with your expected behaviour

I can confirm the problem on Joomla! 3.7.0-RC3 (nightly Build)

If we wanted a button called Tennis in the Home button, which disappears upon login, Tennis would a child of Home with Guest access.
But the user would not understand why the tennis button is shown first in the Home button and then login in the Sports button.

Clearly it is a usability error, the parent is the parent, the tennis button never should not change of father.

In Joomla 3.6.5 seems ok.
A potential backward compatibility issues ?

If we create more levels child behaves with logic and for example The first football divison that is for registered users is not shown in the information of Tennis

So the jump only occurs on a first child

With more buttons of the menu with public content and registered, the thing is complicated, the infomation of football is shown in tennis, the info of snooker in football, the info of basket in snooker, etc..

Your two test cases are not comparable. What you are essentially doing to get your original bug is having a parent registered item with a child public item. Honestly this configuration shouldn't be valid to begin with; any type of access hierarchy should not allow you to set a child item with a more visible permission than its parent.

So if any theme would like to be sorted in a parent button for registered.
And that their child buttons some of these could be linkable from example a banner because they url are public,
it can not?
It is better to duplicate url, buttons, and create system links Alias, to think that this need may exist.

Think of it the same way as ACL works for categories and articles as an example. You can set up permissions for a child item to have more restrictions than its parent (so Parent category can be edited by Managers but Child category and articles can only be edited by Administrators as an example), but you cannot set it up so that the child has a more permissive setting (if Parent category is set up so only Administrators can edit it you cannot set Child category and articles so that Managers can edit those).

So the scenario your original post describes cannot be valid behavior. The bug to be addressed in this issue is the fact that those misconfigured items get moved to another menu.

Possibly it makes sense to respect the access in the urls, but from a concept of order of buttons and duplicity mo makes sense the jump

How this scenario would be created?
An SEO and marketing expert advises your company
You work carefully your urls, for exmeple you need this public url, is very importan for your SEO the level /searc-jobs/
no valid this url:
domain.com/offers
this is valid url:
domain.com/search-jobs/offers

To get it you need: Parent = Search´-Jobs
And her childern = Offers

In the menu, you want register user for marketing company, you strategy, the button Seaech Jobs and others childers buttoms is only for regitser users, remember, more important the SEO and urls.

Craete a custom module (ad), image link to url (public)
domain.com/search-jobs/offers

In the main menu you have the buttoms:
Home
For Mens
For Womens
Search Jobs (Content for registers)
------Company (for resgister)
----- Offers (URL PUBLIC, nedd the keywords Search Jobs in url for the best SEO)
----- Blog Company ( for register)

REGISTER USERS

PUBLIC USERS
If the button jumps, we show women on offer, uummm.

AD BANNER FOR PUBLIC URL AND GOOD SEO
The ling go to domain.com/search-jobs/offers

You can not create correct hierarchy if the button jumps
And if you change the button to another menu you lose the SEO.

Now I see no solution

Based on the way ACL systems work, you should not be able to create the search-jobs/offers path as a public menu item because it is a child of a restricted menu item. Yes, that is not an optimal answer, but the issue ultimately boils down to the fact that you are trying to make something accessible in the middle of a restricted ACL tree.

Your only options would be to have search-jobs as a public item or the offers page must be restricted content as well.

It is true that now does not respect the ACL, you are right. I agree.
Maybe the real problem is the control for the urls.

The right is that the button does not skip the acl, no jump a other parent and the administration shows a Warning in case of public child and private parent.

Thanks.

Things to keep in mind and a possible improvement for seo.

Now, in the admin, when you unpublish a Parent they automatically unpublish all their children.
I should do the same with acl, if we put the father in registered all the children should automatically become registered.

Do not we have a similar problem in the language?
If the parent item is in germany it is correct that a childen item is in engish?

Identified the problem of the jump of button and the acl
IDEA FOR SEO
Could two menu buttons be able to have the same alias and not be alias duplicate, differentiating that one button is public and the other is for registered ?
That would be perfect.

I do not know for now the treatment of urls and seo for Joomla 4.

Sorry but none of that makes sense to me and simply points to a lack of
understanding of how to use ACL etc

If the parent item is in germany it is correct that a childen item is in
engish?

Yes it could be - the children might not be translated yet for example

Could two menu buttons be able to have the same alias and not be alias
duplicate, differentiating that one button is public and the other is for
registered ?

As long as they are not at the same level that is already possible. If they
are at the same level then there would be no way for the site to know which
url to load when entered. Remember a url can be entered directly - it
doesnt have to be selected from a menu

On 17 April 2017 at 01:25, Open 2 Logic notifications@github.com wrote:

Things to keep in mind and a possible improvement for seo.

Now, in the admin, when you unpublish a Parent they automatically
unpublish all their children.
I should do the same with acl, if we put the father in registered all the
children should automatically become registered.

Do not we have a similar problem in the language?
If the parent item is in germany it is correct that a childen item is in
engish?

Identified the problem of the jump of button and the acl
IDEA FOR SEO
Could two menu buttons be able to have the same alias and not be alias
duplicate, differentiating that one button is public and the other is for
registered ?
That would be perfect.

I do not know for now the treatment of urls and seo for Joomla 4.

This comment was created with the J!Tracker Application
https://github.com/joomla/jissues at issues.joomla.org/tracker/
joomla-cms/15332.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#15332 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABPH8RhfoNZkG6WPGYInApQ33Ti0BS9Lks5rwrGGgaJpZM4M-rD7
.

--
Brian Teeman
Co-founder Joomla! and OpenSourceMatters Inc.
https://brian.teeman.net/ http://brian.teeman.net/

Sorry for my English sometimes the Google translator does not reflect exactly what I mean.

I try to concretize:
I know well how Acl works but when i make a websoite and finding tricks (or mistakes) i take advantage of them to benefit the project, Views or Access in the ACL if the Children do not respect their Parent i used it to create hidden but accessible content (banner), this error has been in Joomla since 1.7, but my desire is that the 3.7 is perfect in usability.

What i was trying to say was:

1. Now if we unpublish a Parent all the children are automatically unpublished - Ok, but ...
2. ... If we put a Parent for Registered, Should change all public children automatically to registered ?
3. Some Translate components show a warnings when the Parent is in (for example) English and your childen in another language. We must take this into account?

About SEO:
An article with no assigned menu item is displayed in the url:
----.com/category/ID number + title article

With a menu item (single article) the url is perfect for SEO, no show the ID article:
----.com/category/title

If we want different buttons, for Guest and for registered, with the same name, Joomla say:
The alias --- is already being used
It would not be an improvement that being different groups (Guest and Register) would allow the same alias name?
For example in this way a school:
For groups (student or teachers), they would see different things in the same alias url:
----.com/exam

I am closing this for the reasons stated above