Une fois dans la fiche d’un document mis en favori, il n’est plus possible de naviguer dans un autre document via le panel latéral (panel 2)si l’autre document n’est pas lui aussi dans les favoris.
L’instance d’objet en liste (main) est filtrée sur les favoris de l’utilisateur (cf la requete en base qui fait un where row_id in (liste des faroris).
Votre objet “select” contient surement un lien vers le même objet ?
Celui-ci devra soit :
aller vers une autre instance d’objet non filtrée
ou vers un héritier de votre objet qui n’aura pas de filtre
ou retirer le filtre à chaque ouverture du formulaire initUpdate setBookmarksFilterEnabled(false);
Est-ce que d’autres filtres sont pris en compte de la même manière ? Par exemple si vous placez un filtre sur un champ, est-ce que votre lien fonctionne vers un “objet en dehors de ce filtre” ?
Il faudrait surement faire une évolution en 6.2 pour que le “select(id)” du formulaire ignore le filtre des favoris, tout comme il ignore les filtres utilisateur des champs (mais pas les search-spec back).
L’utilisation dans l’initUpdate desetBookmarksFilterEnabled(false); a réglé le soucis !
Je laisse pour le moment le set dans l’initupdate en attendant l’évolution alors, c’est top
Concernant les autres filtres, ils ne sont pas pris en compte.Si je filtre en liste sur les statut publié par exemple et que depuis l’arborescence, j’accède à un record archivé,cela marche parfaitement bien.
Ok, là l’utilisateur devra recliquer sur l’étoile quand il reviendra à la liste pour réactiver le filtre des favoris.
On va voir pour l’ignorer nativement dans un formulaire / pour avoir le même comportement que pour un filtrage de champ en liste.
EDIT :
Ce sera livré dans la 6.2.8 : la méthode selectWithoutFilters ignorera le filtrage des bookmarks, tout comme les filtres de champ et éventuellement les search-specs.
Contexte :
Questions :