nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

[résolu] Impossible lister les dossiers sous SHARE avec IE8

vaporisator

Salut à tous,
hop je mets une image, ce sera plus parlant pour tout le monde …
Cette erreur n'apparait qu'avec IE (FF, chrome, safari, opera, OK … ) ! Impossible de lister les répertoires, ni de faire tout ce qu'on peut faire comme actions habituelles sur un document ….

version : Alfresco community 3.2 nightly build

[img]http://img194.imageshack.us/img194/4271/erreurie8.th.jpg[/img]

Erreur annoncée par IE :

Détails de l’erreur de la page Web

Agent utilisateur : Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
Horodateur : Tue, 27 Oct 2009 14:32:11 UTC


Message : 'json.0' a la valeur Null ou n'est pas un objet.
Ligne : 1
Caractère : 881
Code : 0
URI : http://xxxx:8080/share/templates/document-details/document-details-min.js‍‍‍‍‍‍‍‍‍‍‍

Bout de code incriminé :

{var f=e.json.items[0]‍

Merci d'avance pour votre aide !

Find more posts tagged with

Comments

michaelh

Il y a de fortes chances que la réponse se trouve dans la question : "nightly build".

vaporisator

Hihi, c'est à dire ?

Qu'il faudrait débugger manuellement la ligne de code incriminée ? passer sous la version R ? Mais cette version R doit être en théorie plus proche de la nightly que de la 3.2 non ?

michaelh

C'est à dire que lorsqu'on utilise une version nightly, version en permanente évolution, avec juste quelques (milliers de) tests automatiques alors il faut en assumer les risques et appliquer quelques règles comme la lecture quasi-quotidienne de la liste des modifications effectuées pour savoir si elle est utilisable ou pas. Parfois c'est oui … souvent non

Dans 99 % des cas il ne sert même à rien de rapporter un bug, c'est simplement qu'une modification a été initiée et pas terminée. C'est sans doute votre cas ici …

Ensuite par définition c'est une version rendue obsolète chaque jour. Donc dire qu'elle est plus proche d'une version ou d'une autre est très vite faux. Depuis la 3.2r il y a peut être eu plusieurs centaines de modifications dans le code. La proximité est donc une notion très relative !

Bref, vous savez désormais pourquoi je considère que les utilisateurs de nightly sont autonomes

vaporisator

Ok je comprends le raisonnement

Qu'est ce qui est préférable alors dans ce cas ? revenir sur une 3.2 ou mettre à jour vers la 3.2r ?
Je me doute bien qu'il n'y a pas de cas d'école et de réponse bien précise, mais bon, je demande quand même …

Merci pour les précédentes réponses.

vaporisator

Bon et bien le passage à la version 3.2r a résolu le souci d'affichage des actions et de listing des répertoires, mais les 3 premiers liens d'action dans les détails de document ne fonctionnent pas et renvoient à la page d'accueil de share.
Quand je regarde les liens vers lesquels ils pointent (pour le même document), ça me donne ceci :

Avec IE :

http://xxxx:8080/share/page/site/dtic/http://xxxx:8080/share/proxy/alfresco/api/node/content/workspace/SpacesStore/21b0e100-3fd8-410d-9222-be2609f8e1cd/extranet_cg66.odt?a=true‍

Avec FF :

http://xxxx:8080/share/proxy/alfresco/api/node/content/workspace/SpacesStore/21b0e100-3fd8-410d-9222-be2609f8e1cd/extranet_cg66.odt?a=true‍

en fait, c'est le chemin relatif qui semble endommagé, il est rajouté en début d'url, un bout d'url qui n'est pas nécessaire.
Cette erreur apparaît aussi bien avec que sans la traduction, donc ce n'est pas un souci à ce niveau là…

Les 2 lignes qui semblent donc mauvaises sont les suivantes, mais ce qui est étonnant, c'est que le problème n'apparaisse qu'avec IE …
sur le fichier : /opt/alfresco/tomcat/webapps/share/WEB-INF/classes/alfresco/site-webscripts/org/alfresco/components/document-details/document-actions.get.config.xml

         <action type="simple-link" id="onActionDownload" href="{downloadUrl}" label="actions.document.download" />
         <action type="simple-link" id="onActionDetails" permission="edit" href="{editMetadataUrl}" label="actions.document.edit-metadata" />‍‍

Dernière précision, le bug n'apparait pas quand je clique sur "télécharger" ou "éditer les méta-données" à partir du listing de documents dans un répertoire … Alors que c'est la même action qui est définie …

Merci de votre aide …

wilayers

Bonjour,

J'ai exactement le même problème que toi.
Mais en plus de cela, lorsqu'on veut copier le fichier dans un autre répertoire (bouton Copier vers), j'ai bien l'arbre qui s'affiche mais je ne peux pas rentrer dans l'arborescence, à chaque fois que j'ouvre un nœud cela ouvre l'arborescence de la racine.

Cela fait 2 mois que je travaille avec Alfresco mais cela me désole le nombre de bug qu'il y a…Ils en réparent un et hop y'en a 2 qui réapparaissent…Cela donne vraiment pas envie de passer à la version professionnelle.

michaelh

Bon et bien le passage à la version 3.2r a résolu le souci d'affichage des actions et de listing des répertoires, mais les 3 premiers liens d'action dans les détails de document ne fonctionnent pas et renvoient à la page d'accueil de share.

Hum … je viens de tester avec la 3.2r (r 2384 pour être exact), Firefox (3.5.4) et IE (8.0.6) sans pouvoir le reproduire …
Je n'ai pas trouvé non plus de déclaration de bug de ce genre dans Jira ou d'autres forums.

Ca ne veut pas dire que le problème n'existe pas, mais qu'il va falloir chercher un peu pour bien l'isoler.
Vous pouvez me préciser les versions exactes de votre coté ?

wilayers

Concernant la version : Alfresco Community 3.2r (Build 2384)

J'ai créé une Jira en début d'aprèm pour mon problème https://issues.alfresco.com/jira/browse/ALFCOM-3615.
Tu peux voir dans la scan écran qu'en déployant l'arbre, si je vais dans un sous-répertoire c'est le répertoire root qui s'ouvre.
Ce bug se reproduit sur tout les navigateurs (Firefox, IE7 et IE8).

Pour le problème des lien dans le détail des fichiers (document-details), chez moi ce sont les liens actions.document.download et actions.document.edit-metadata qui retournent vers le Home.
Par contre, dans la liste des documents (documentlibrary), ces liens marchent bien.
Ce bug se reproduit seulement sur IE7.

Merci pour ton aide

vaporisator

Concernant la version : Alfresco Community 3.2r (Build 2384)

J'ai créé une Jira en début d'aprèm pour mon problème https://issues.alfresco.com/jira/browse/ALFCOM-3615.
Tu peux voir dans la scan écran qu'en déployant l'arbre, si je vais dans un sous-répertoire c'est le répertoire root qui s'ouvre.
Ce bug se reproduit sur tout les navigateurs (Firefox, IE7 et IE8).

Pour le problème des lien dans le détail des fichiers (document-details), chez moi ce sont les liens actions.document.download et actions.document.edit-metadata qui retournent vers le Home.
Par contre, dans la liste des documents (documentlibrary), ces liens marchent bien.
Ce bug se reproduit seulement sur IE7.

Merci pour ton aide

Je n'ai pas le problème quant aux déplacements ou copies de fichiers, par contre c'est EXACTEMENT pareil pour les "actions", les 2 premiers renvoient vers le home, alors que l'action décrite est la même que dans documentLibrary …
J'ai la même version, avec le même genre d'update à partir de la 3.2 …

We need help

(même si on cherche quand même à nous aider nous même avant d'en parler à la communauté

)

michaelh

We need help

On veut bien donner de l'aide, mais il faudrait répondre aux questions posées (pour corriger, il faut commencer par reproduire)

vaporisator

Il te faut les versions de quoi ? Alfresco ? les Browser ?
Parce que c'est quasiment exactement pareil que toi

alfresco 3.2r community
firefox 3.5.3

IE 8.0.6001.18702

Voilou

michaelh

Merci. Deviner les versions à distance ce n'est pas évident

Cela dit ça ne nous aide pas … Si on n'a pas le même comportement avec les mêmes navigateurs, c'est que la vérité est ailleurs.
La question c'est : où ?

Vous utilisez un pack de langue ?

michaelh

Ahh, ça y est !
Je reproduit le problème des menus "actions" en activant le "mode de compatibilité" de IE8, mais pas avec le mode par défaut (quand il est désactivé).

En gros le javascript et le HTML ne sont pas interprétés de la même manière selon le mode et ça peut tout changer. Ici c'est le cas.
Est-ce que vous pouvez confirmer ? Ça se trouve dans le menu "outils" puis "affichage de compatibilité".

vaporisator

Alors j'ai un souci majeur, c'est que l'option est complètement grisée lorsque je veux accéder à n'importe lequel de mes sites hébergés sur des serveurs locaux …
Alors que sur des sites web, je peux activer l'option … Il faudra que je cherche ma solution ailleurs je pense

Sachant que cet espace Alfresco ne doit en aucun cas être publié en extranet

Merci déjà d'avoir trouvé une solution pour certaines personnes, c'est une bon début de piste !

wilayers

Concernant la version : Alfresco Community 3.2r (Build 2384)

J'ai créé une Jira en début d'aprèm pour mon problème https://issues.alfresco.com/jira/browse/ALFCOM-3615.
Tu peux voir dans la scan écran qu'en déployant l'arbre, si je vais dans un sous-répertoire c'est le répertoire root qui s'ouvre.
Ce bug se reproduit sur tout les navigateurs (Firefox, IE7 et IE8).

Pour ceux qui ont le même soucis, sur le lien Jira on m'a donné le correctif. C'est bien un bug Alfresco et le correctif fonctionne.

vaporisator

j'ai vu le correctif, mais dans ton billet tu ne mentionnes que l'erreur sur la copie et le déplacement non ?
Est-ce que le correctif impacte sur les 2 premiers liens ?

Heu sinon, je vais paraître "bête", mais comment appliquer ce correctif ?

Editer le fichier "parse-args.lib.js" en ajoutant les lignes contenues dans le fichier "parse-args.diff" ?

Je préfère demander parce que j'ai assez de soucis comme ça je trouve

Merci à vous 2

edit : c'est bon j'ai compris le système d'insertion des lignes, j'avais jamais vu cette façon de commenter en fait 😉
Je reboot et je vous tiens au courant !

michaelh

Message à Wilayers : merci à l'avenir de ne pas détourner un sujet en insérant un problème qui n'a rien à voir.
On se retrouve à suivre deux problèmes à la fois et c'est très pénible.

Merci d'avance.

vaporisator

Et bien, mauvais nouvelle, mon problème sur les 2 premiers liens qui renvoient vers la page d'accueil n'est pas résolu … J'ai bien mis à jour le fichier comme indiqué dans le JIRA, mais c'est exactement pareil

ops:

michaelh

Normal. Comme je le disais juste au dessus vous êtes deux à parler de problèmes qui n'ont RIEN à voir.
Alors forcément, il n'y a aucun danger que la solution de l'un fonctionne pour l'autre.

michaelh

A propos du mode de compatibilité de IE 8, voir http://blogs.msdn.com/ie/archive/2009/02/16/just-the-facts-recap-of-compatibility-view.aspx

On y apprend (entre autres) que ce mode est forcé sur un intranet (mais pas pour l'adresse localhost).
Pour changer ce comportement, décocher "afficher les sites intranet … blabla" dans la boite "paramétrage d'affichage de compatibilité" du menu "outils".
Vérifiez aussi les autres recettes si nécessaire.

Pffiouu … ça fait des années que je n'avais pas passé (perdu) tant de temps sur IE moi :roll:

vaporisator

Parfait Michael, merci beaucoup, sur IE 8, ça fonctionne en effet 😉
Maintenant, reste à trouver l'option sur IE 6 et 7, vu que c'est pas géré pareil

Le problème d'IE, c'est que 75% des gens l'utilisent

Quand j'aurai trouvé la manip sur les autres versions d'IE, j'en ferai part ici, en attendant, j'ajoute la mention "résolu" sur le titre du post.

Merci encore,

Charles.