Je ne reproduis pas votre cas sur la UI responsive à jour, le fil d’ariane est bien réinitialisé que ce soit un objet interne ou externe ouvert depuis le menu.
Il n’est pas sensé non plus afficher la racine “Accueil” puisque on y revient depuis un click sur le logo.
Dans votre exemple ce n’est donc pas un objet externe en tant que tel (avec une méthode display et des resources web) mais juste une URL.
il faut spécifier le paramètre d’URL “nav=new” en second argument pour créer une nouvelle navigation, car sinon par défaut si vous ne mettez rien ce sera un “nav=add” par défaut.
Si l’objectif est d’afficher la liste d’un objet via le menu, c’est standard.
Il faut juste ajouter l’objet interne au menu sans passer par un objet externe.
Un objet peut être dans plusieurs menu/domaines.
HTMLTool.getListURL :
Cette URL de list (legacy) est juste wrappé pour compatibilité ascendante vers un $ui.displayList en front (one page), je ne sais pas si les paramètres (dont nav) sont wrappés.
Suite à analyse de l’URL liste, seuls les paramètres de filtrage sont wrappés (on peut ouvrir la liste avec des filtres “champ=x&champ2=y” dans l’URL), mais nav=add est en dur.
On va faire en sorte de wrapper le paramètre “nav” également pour les URL list et form.