Problem with templa...templh (Relationship computing with XX, Shortest path with XX) about geneweb

[GuillaumeBrochu]

IMPORTANT : I forgot to mention that I got this bug with version 6.08 exp in the master branch (code downloaded on Feb 16, 2015)

This is help for dominique95880:
http://opensource.geneanet.org/issues/249

commit 8fc3494
Author: ipfix [email protected]
Date: Wed Aug 27 11:45:16 2014 +0200
Fix #249: change parameter from v to n in the search function

[GuillaumeBrochu]

gwmr, I think you found the cause of the problem. 👍 👍 👍

When I get to the "Incorrect request" page, I just have to change "v=1;" for "n=1;" in the url, press enter, and it works!

[GuillaumeBrochu]

See also :

http://opensource.geneanet.org/issues/329 ("bugs sur la version 7alpha", bug 1_ )

QUOTATION : "1_ Les requêtes "Calcul de parenté avec sosa" et "Chemin le plus court avec sosa", émises d'une page individu, renvoient toutes deux requête incorrecte"

[dominique95880]

Bonjour

J'étais passé au dessus de http://opensource.geneanet.org/issues/249 sans voir cette anomalie.
Merci de l'avoir rappelée ainsi que d'avoir indiqué le changement à effectuer.

La correction à apporter est très simple :
Modifier le fichier gw/etc/templx/links.txt en changeant
v=1
par
n=1
dans les lignes 10 et 13.
Pour ce qui concerne la mise à jour du dépôt, je n'en suis pas maitre.

Dominique

P.S. Tant que j'y suis, j'ai détecté une autre anomalie dans ce "bas de tableau" : il concerne les liens frère/sœur suivant et frère/sœur précedent et voici mon constat.

Lorsque l'on se situe sur la fiche individuelle de l'avant dernier enfant d'une fratrie qui comporte 4 enfants ou plus, tous les enfants situés AVANT l'enfant en cours (sauf le dernier) sont considérés comme frère/sœur suivant et on a donc une looongue liste
Frère suivant
Sœur suivante
Sœur suivante
...
Frère précédent
Sœur suivante.

Après bien des essais, j'en suis arrivé à la conclusion que cette anomalie est provoquée par la ligne %import;menubar située en haut de la fiche indivisuelle.

Le bug subsiste en désabillant menubar progressivement jusqu'à ce qu'il ne contienne plus qu'une ligne blanche, mais disparaît si on enlève l'appel %import;menubar
Il disparaît également si l'on remplace %import;menubar par %include.menubar
Tout ça me dépasse !

(Bug signalé à Fabien depuis début janvier).

Bizarre ce bug en effet.

On pourrait se passer de %import;menubar au moins sur la page perso ?

Le Sun, 22 Mar 2015 07:08:38 +0100, dominique95880
[email protected] a écrit:

P.S. Tant que j'y suis, j'ai détecté une autre anomalie dans ce "bas de
tableau" : il concerne les liens frère/sœur suivant et frère/sœur
précédent

[dominique95880]

Bonjour Mikaël

Oui, ce bug est très bizarre.
En lui même, il n'est pas très génant, mais, à mon avis, il cache quelque chose de beaucoup plus grave : un dysfonctionnement du « moteur à template ».
Ici, on détecte que la variable is_sibling_after devient capricieuse, mais où s'arrête l'étendue du désastre ?

Mieux vaut se pencher sur ce bug à froid plutôt qu'à chaud lorsqu'il de manifestera « ailleurs ».

Dominique

P.S. Je n'ai pas de retour de Fabien.

[dominique95880]

La correction « Les requêtes "Calcul de parenté avec sosa" et "Chemin le plus court avec sosa", émises d'une page individu, renvoient toutes deux requête incorrectes » est dans le dépôt
C.f. 48992af

L'autre (les liens frère/sœur suivant et frère/sœur précedent) est dans la liste des travaux à faire.

Dominique

[GuillaumeBrochu]

Je confirme que ces bugs (Relationship computing with XX, Shortest path with XX) sont réglés avec la version 7.0 en date du jour (dernier commit : 6335102)