On ouvre son espace Arkevia pour récupérer un bulletin de paie, et à la place du formulaire habituel, un champ affiche « no label » sans aucune indication. Impossible de savoir quoi saisir, où cliquer, ni même si la page a fini de charger. Ce bug d’affichage touche régulièrement des salariés qui accèdent à leur coffre-fort numérique, souvent après une mise à jour ou un changement de navigateur.
Bug « no label » Arkevia : pourquoi le formulaire perd ses libellés
Le message « no label » n’est pas une erreur de mot de passe ni un problème de compte. C’est un défaut d’affichage du formulaire de connexion : le champ existe, mais son étiquette textuelle (le label HTML qui indique « Identifiant » ou « Mot de passe ») ne se charge pas.
A lire également : Quel montant offrir pour un anniversaire de 50 ans : conseils et idées cadeaux
Concrètement, le label HTML n’est plus associé au champ de saisie. Ce type de rupture peut survenir après une mise à jour du parcours d’authentification côté Arkevia, quand un composant d’interface perd sa liaison avec le texte qui le décrit. La norme WCAG 2.2, publiée le 5 octobre 2023 par le W3C WAI, insiste justement sur l’association explicite entre labels et champs de formulaire pour éviter ce genre de dysfonctionnement.
On rencontre aussi ce problème quand le portail utilise un flux d’authentification fédérée (SSO) ou charge le formulaire dans une iframe. Ces architectures multiplient les couches techniques, et il suffit qu’un script ne s’exécute pas correctement pour que les libellés disparaissent. Quand on cherche des solutions pour le bug no label sur Arkevia, le réflexe de vider le cache est souvent le premier conseil, mais il ne règle pas tous les cas.
A découvrir également : Stratégies efficaces pour naviguer dans les transitions de la gestion de projet
Navigateur et scripts bloqués : la cause la plus fréquente du bug no label
Depuis 2024, plusieurs navigateurs ont renforcé leurs protections contre le tracking et les scripts tiers. Firefox, Brave et même certaines configurations de Chrome bloquent désormais des éléments qui étaient auparavant chargés sans restriction.
Sur un portail comme Arkevia, qui peut intégrer des composants d’authentification externes, un bloqueur de scripts suffit à casser l’affichage du formulaire. Le champ apparaît, mais sans son libellé, parce que le script qui génère dynamiquement ce texte a été intercepté avant exécution.
Les vérifications à faire dans l’ordre
- Désactiver temporairement toutes les extensions du navigateur, en particulier les bloqueurs de publicités (uBlock Origin, AdBlock, Ghostery). Recharger la page ensuite.
- Tester avec un autre navigateur. Si le formulaire s’affiche correctement sur Edge mais pas sur Firefox, le problème vient de la configuration du navigateur initial, pas d’Arkevia.
- Vider le cache et les cookies du site myarkevia.com spécifiquement, pas seulement le cache global. Sur Chrome : Paramètres, Confidentialité, Cookies, puis chercher « arkevia » et supprimer les entrées.
- Vérifier que JavaScript est bien activé. Certaines suites de sécurité d’entreprise désactivent JS sur des domaines non référencés.
Les retours varient sur ce point, mais dans la majorité des cas signalés, désactiver l’extension de blocage résout le bug immédiatement.
Portail employeur et iframe : quand le bug no label vient de l’architecture
Certains employeurs n’envoient pas leurs salariés directement sur myarkevia.com. Ils intègrent l’accès au coffre-fort numérique dans leur propre portail RH, via une iframe ou une redirection SSO. C’est là que les choses se compliquent.
Une iframe charge Arkevia à l’intérieur d’une autre page. Le navigateur applique alors des restrictions de sécurité supplémentaires (politique de même origine, blocage de cookies tiers). Résultat : le formulaire de connexion Arkevia se retrouve amputé de ses libellés, voire totalement vide.
Contourner le problème d’iframe
La solution la plus fiable : accéder directement à myarkevia.com plutôt que de passer par le portail employeur. On tape l’adresse dans la barre du navigateur, sans passer par un lien interne au site RH de l’entreprise.
Si l’employeur impose un portail dédié avec une URL personnalisée, il faut contacter le service RH pour obtenir le lien direct d’authentification. Certaines entreprises utilisent un sous-domaine spécifique qui n’a pas les mêmes contraintes d’intégration qu’une iframe.
Arkevia bug persistant : les actions à tenter quand rien ne fonctionne
On a vidé le cache, désactivé les extensions, testé un autre navigateur, accédé directement à myarkevia.com, et le bug « no label » persiste. Voici ce qui reste.
D’abord, tester depuis un appareil complètement différent : un smartphone en 4G (pas en Wi-Fi d’entreprise). Les réseaux d’entreprise appliquent parfois des filtres proxy qui modifient le contenu des pages chargées. Un test en 4G isole le problème réseau du problème navigateur.
Ensuite, faire une capture d’écran du bug et l’envoyer au support Arkevia via le formulaire de contact du site. Mentionner le navigateur utilisé, sa version, et préciser si le problème apparaît aussi sur mobile. Ces informations permettent à l’équipe technique d’identifier si le bug vient d’une régression côté serveur.
- Depuis un mobile, utiliser le navigateur par défaut du système (Safari sur iOS, Chrome sur Android) sans extension installée.
- Vérifier que le système d’exploitation est à jour : certaines anciennes versions d’Android ne gèrent plus correctement les certificats SSL récents, ce qui peut perturber le chargement des scripts.
- Si l’employeur a fourni un code d’activation par mail, vérifier que ce mail n’est pas expiré. Un lien d’activation périmé peut rediriger vers un formulaire incomplet.
Le bug « no label » sur Arkevia reste un problème d’affichage, pas de sécurité du coffre-fort. Les documents stockés ne sont pas affectés. La plupart du temps, le contournement passe par un changement de navigateur ou la suppression d’une extension de blocage. Quand le problème vient de l’architecture du portail employeur, seul l’accès direct à myarkevia.com permet de retrouver un formulaire fonctionnel.