Le bug #2848 (traduction de rubrique) est réapparu
#3233
Closed
opened 9 years ago by brpaolo
·
12 comments
No Branch/Tag Specified
1.8
1.9.1
1.9.2
2.0
2.1
3.0
3.1
3.2
4.0
4.1
4.2
boutons-danger
coquille_doc
debug_ecrire_fichier
dev-sortable
dev/autoloader
dev/hasard_fixe
dev/instituer_ergo
dev/issue_4626_menu_squelettes
dev/issue_5447_exporter_csv
dev_infos_image
fix/valider_url_distante
fix_issue_5454
fix_modifier_login
issue_4101
issue_4678
issue_4705
issue_4717
issue_4836
issue_4946
issue_5258
issue_5344
issue_5427_bis
issue_5483_find_script_jquery
issue_5487_info_maj
master
v1.8.3+b
v1.9.1+i
v1.9.2+f
v1.9.2+g
v1.9.2+h
v1.9.2+i
v1.9.2+j
v1.9.2+k
v1.9.2+m
v1.9.2+n
v1.9.2+o
v1.9.2+p
v2.0.0
v2.0.1
v2.0.10
v2.0.11
v2.0.12
v2.0.13
v2.0.14
v2.0.15
v2.0.16
v2.0.17
v2.0.18
v2.0.19
v2.0.2
v2.0.20
v2.0.21
v2.0.22
v2.0.23
v2.0.24
v2.0.25
v2.0.26
v2.0.3
v2.0.5
v2.0.6
v2.0.7
v2.0.8
v2.0.9
v2.1.0
v2.1.1
v2.1.10
v2.1.11
v2.1.12
v2.1.13
v2.1.14
v2.1.15
v2.1.16
v2.1.17
v2.1.18
v2.1.19
v2.1.2
v2.1.20
v2.1.21
v2.1.22
v2.1.23
v2.1.24
v2.1.25
v2.1.26
v2.1.27
v2.1.28
v2.1.29
v2.1.3
v2.1.30
v2.1.4
v2.1.5
v2.1.6
v2.1.7
v2.1.8
v2.1.9
v3.0.0
v3.0.0-alpha.1
v3.0.0-beta
v3.0.0-beta.2
v3.0.0-rc
v3.0.1
v3.0.10
v3.0.11
v3.0.12
v3.0.13
v3.0.14
v3.0.15
v3.0.16
v3.0.17
v3.0.18
v3.0.19
v3.0.2
v3.0.20
v3.0.21
v3.0.22
v3.0.23
v3.0.24
v3.0.25
v3.0.26
v3.0.27
v3.0.28
v3.0.3
v3.0.4
v3.0.5
v3.0.6
v3.0.7
v3.0.8
v3.0.9
v3.1.0
v3.1.0-alpha
v3.1.0-beta
v3.1.0-rc
v3.1.0-rc.2
v3.1.0-rc.3
v3.1.1
v3.1.10
v3.1.11
v3.1.12
v3.1.13
v3.1.14
v3.1.15
v3.1.2
v3.1.3
v3.1.4
v3.1.5
v3.1.6
v3.1.7
v3.1.8
v3.1.9
v3.2-alpha.1
v3.2.0
v3.2.0-alpha.1
v3.2.0-beta
v3.2.0-beta.2
v3.2.0-beta.3
v3.2.1
v3.2.10
v3.2.11
v3.2.12
v3.2.13
v3.2.14
v3.2.15
v3.2.16
v3.2.17
v3.2.2
v3.2.3
v3.2.4
v3.2.5
v3.2.6
v3.2.7
v3.2.8
v3.2.9
v4.0.0
v4.0.0-alpha
v4.0.0-beta
v4.0.1
v4.0.2
v4.0.3
v4.0.4
v4.0.5
v4.0.6
v4.0.7
v4.0.8
v4.0.9
v4.1.0
v4.1.0-alpha
v4.1.0-beta
v4.1.0-rc
v4.1.1
v4.1.2
v4.1.3
v4.1.4
v4.1.5
v4.1.6
v4.1.7
v4.2.0-alpha
v4.2.0-alpha2
Labels
Amélioration, nouvelle fonctionnalité APIs authentification base de données bug
Ca ne fonctionne pas code généré compilo css divers documentation doublon
Ce ticket est un doublon ergonomie espace privé filtres et balises formulaires Inscription installation invalide
Ticket invalide javascript langues LDAP plugin PostgreSQL refusé
Ignoré, c'est comme Ca... sécurité traduction
Apply labels
Clear labels
accessibilité
amélioration
Amélioration, nouvelle fonctionnalité APIs authentification base de données bug
Ca ne fonctionne pas code généré compilo css divers documentation doublon
Ce ticket est un doublon ergonomie espace privé filtres et balises formulaires Inscription installation invalide
Ticket invalide javascript langues LDAP plugin PostgreSQL refusé
Ignoré, c'est comme Ca... sécurité traduction
No Label
accessibilité
amélioration
APIs
authentification
base de données
bug
code généré
compilo
css
divers
documentation
doublon
ergonomie
espace privé
filtres et balises
formulaires
Inscription
installation
invalide
javascript
langues
LDAP
plugin
PostgreSQL
refusé
sécurité
traduction
Milestone
Set milestone
Clear milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Assign users
Clear assignees
No Assignees
5 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.
No due date set.
Dependencies
This issue currently doesn't have any dependencies.
Reference in new issue
There is no content yet.
Delete Branch '%!s(MISSING)'
Deleting a branch is permanent. It CANNOT be undone. Continue?
No
Yes
Bonjour,
Le bug #2848 (http://core.spip.org/issues/2848), qui semblait être résolu est réapparu. Je pense que cela dure depuis quelques mois au moins.
Les symptômes sont exactement comme décrit dans le ticket pris ensemble avec mon commentaire #1 (un double bug : la nouvelle rubrique est mal placée, et dans la langue de l'interface en cours).
Paolo
Salut Paolo, le bug #2848 semblait bien venir d'un plugin et non du core, si c'est encore le cas aujourd'hui ce ticket me parait invalide.
b b a écrit :
Alors il faudrait le transférer sur la zone ?
(Je ne sais pas pourquoi, mais mon login pour [http://zone.spip.org/trac/spip-zone/] ne fonctionne plus.)
P.
Salut Paolo,
Je viens de tester avec 3 rubriques à la racine de SPIP, dans 3 langues différentes.
Dans une sous rubrique de la rubrique «Français» en [fr], j'ai
Ça m'a créé ma rubrique en sous rubrique de la rubrique Anglais, comme prévu.
Par contre, la langue de la rubrique en question n'a pas été hérité à la nouvelle traduction…
Donc, je ne reproduis que la 2è partie du problème là.
marcimat ☺☮☯♫ a écrit :
Bonjour Matthieu,
Je confirme mes résultats d'avant. Je peux faire un site test pour que tu voies, si nécessaire.
Les configuratons sont les suivantes :
Langue site : EN
Langue de l'interface : FR
Langue de la rubrique d'origine (une sous-rubrique à un niveau plus profond que ton test) : ES
Langue de la rubrique où je tente de placer la nouvelle rubrique : SW (Kiswahili)
Les configurations multilingues sont les suivantes: seules ces 4 options sont cochées:
1 Rubriques : activer le menu de langue
2 ... seulement pour les rubriques situées à la racine ?
3 Rubriques : gérer les liens de traduction
4 Articles : gérer les liens de traduction
La nouvelle rubrique est créée à l'intérieur de la rubrique ES (et non pas SW)
La langue de la nouvelle rubrique est FR (au lieu de SW, ou même ES)
Hum. Je ne comprends pas pourquoi il enregistrerait dans la même rubrique que celle d'origine alors que tu en sélectionnes une autre. Le code n'a pas vraiment l'air de se comporter comme ça. L'auteur en question a-t'il le droit d'écrire dans la rubrique SW ? Est-ce un rédacteur ? un admin-restreint ? un admin complet ? un webmestre ?
Pour la langue, je comprends parfaitement par contre. J'ai repris le code utilisé pour les articles peu ou prou. Cependant ça ne semble pas correspondre dans tous les cas, notamment le tien. Actuellement le code se comporte comme cela pour choisir la langue de la rubrique créée :
--- a) essaie avec la langue de l'auteur (si elle fait partie des langues utilisées sur le site),
--- a) à defaut celle de la rubrique
Dans le cas 2a), le champ 'langue_choisie' vaut 'oui'.
Si je comprends ce que tu gères, tu as un site un peu intermédiaire entre des secteurs par langue et les traductions possibles de rubriques. Tu fais les 2 en fait : tu autorises les traductions de rubriques, mais celles-ci doivent être rangées dans leur secteur, et donc utiliser la langue du secteur.
Ce n'est pas évident de déterminer cela de façon automatique actuellement.
À moins qu'on dise, SI «seulement pour les rubriques racine» est activé, alors c'est que le site à un usage comme le tien.
Autre possibilité, ça serait d'ajouter une nouvelle option de configuration dans le multilinguisme pour les rubriques, indiquant, je ne sais pas quoi du style «calculer la langue uniquement depuis la rubrique parente lors d'une nouvelle traduction ?» ou «ne pas prendre en compte la langue de l'auteur lors d'une nouvelle traduction ?»
MM.
Merci pour les accès.
Pour le point 1) donc, voici ma conclusion ponctuelle :
MM.
Bon, voilà, le problème 1) survient lorsqu'il y a des documents possibles sur les rubriques. Dans ce cas là, c'est le
<input hidden name='id_parent' ...
du formulaire d'ajout de document qui est modifié au lieu de celui du sélecteur de rubrique…Je reproduis la chose localement. De là à corriger, c'est pas simple vu ce code.
marcimat écrit :
MM, Merci de ces recherches! Mais est-ce que ce ticket est bien placé? C'est à dire est-ce que le code à corriger se trouve dans SPIP proprement dit, ou bien dans le plugin ?
J'aimerais pas que cela se perde de vue, car c'est un problème qui (nous) gêne constamment.
Paolo - a écrit :
Je pense que le problème décrit ici (http://core.spip.org/issues/2746) est en partie lié à ce ticket. Problème présent sur les rubriques et les articles, la langue de l'objet créé n'ai pas correcte/logique.
Version cible mise à 3.0
r21734 et r21735 corrigent le bug de selection de rubrique, c'est deja ça.
Je ne suis pas sur si ça suffit à fermer le ticket ou non...
Qui ne dit mot consent. Rouvrir le ticket si le bug persiste.
Statut changé à Fermé