[spip-dev] [Spip] rubrique par défaut pur les nouveaux articles / SPIP 2.1.8 [15871]

Ou plutôt aucune par défaut si on ne créé pas l’article depuis la page d’une rubrique, à mon avis.

C’est sur la liste spip-dev@ qu’il faut en parler, je déplace la discussion…

-Nicolas

Bonjour,

Ce serait plus logique de prendre la dernière rubrique utilisée par
l'auteur, non ?

Ou plutôt aucune par défaut si on ne créé pas l'article depuis la page d'une
rubrique, à mon avis.

J'ai un admin (au sens éditorial) qui pond ses articles un peu n'importe
où dans l'arborescence du site à cause de ce réglage. Marre de faire le
ménage derrière lui. Je plaiderais donc moi aussi pour "aucune rubrique"
par défaut, avec éventuellement un avertissement/blocage au moment de la
publication de l'article pour dire que la rubrique mère n'est pas
renseignée.

Cordialement,

GLG

Peut être une configuration "Rubrique proposée par défaut lors de la création d'un élément éditorial" ?

En tout cas, le "réglage" actuel n'est pas satisfaisant.

JLuc

Faut faire un ticket alors, car sinon ça ne changera pas tout seul :stuck_out_tongue:

Cédric

Mais les tickets, ça se fait pas tout seul non plus...

Une recherche avec google ne ramène apparament que des liens vers trac pour faire un ticket.
et une connection via openid sur http://trac.spip.org/
Après connection donc via openid et une énorme erreur (ci dessous pour info),
puis la page affiche un stoïque :
"Trac detected an internal error: OperationalError: database is locked"

Je me suis rappelé avec vu un "redmine" mis en place récemment
et après recherche je suis tombé sur http://core.spip.org/
mais là impossible de me connecter, ni avec openid,
ni avec mes login habituels dans la galaxie spip.

Pas simple...

JLuc

Traceback (most recent call last):
   File "/usr/lib/python2.5/site-packages/trac/web/api.py", line 378, in send_error
     'text/html')
   File "/usr/lib/python2.5/site-packages/trac/web/chrome.py", line 733, in render_template
     message = req.session.pop('chrome.%s.%d' % (type_, i))
   File "/usr/lib/python2.5/site-packages/trac/web/api.py", line 197, in __getattr__
     value = self.callbacks[name](self)
   File "/usr/lib/python2.5/site-packages/trac/web/main.py", line 265, in _get_session
     return Session(self.env, req)
   File "/usr/lib/python2.5/site-packages/trac/web/session.py", line 151, in __init__
     if req.authname == 'anonymous':
   File "/usr/lib/python2.5/site-packages/trac/web/api.py", line 197, in __getattr__
     value = self.callbacks[name](self)
   File "/usr/lib/python2.5/site-packages/trac/web/main.py", line 134, in authenticate
     authname = authenticator.authenticate(req)
   File "build/bdist.linux-x86_64/egg/authopenid/authopenid.py", line 202, in authenticate
     authname = self._get_name_for_cookie(req, req.incookie['trac_auth'])
   File "build/bdist.linux-x86_64/egg/authopenid/authopenid.py", line 601, in _get_name_for_cookie
     (cookie.value,))
   File "/usr/lib/python2.5/site-packages/trac/db/util.py", line 64, in execute
     return self.cursor.execute(sql_escape_percent(sql), args)
   File "/usr/lib/python2.5/site-packages/trac/db/sqlite_backend.py", line 80, in execute
     result = PyFormatCursor.execute(self, *args)
   File "/usr/lib/python2.5/site-packages/trac/db/sqlite_backend.py", line 59, in execute
     args or [])
   File "/usr/lib/python2.5/site-packages/trac/db/sqlite_backend.py", line 51, in _rollback_on_error
     return function(self, *args, **kwargs)
OperationalError: database is locked

En effet.
Le trac est en effet un outil mort pour le core, pourrai-t-on le rediriger vers redmine, car il induit en erreur les bonnes volontés.

Tout se passe donc maintenant dans
http://core.spip.org/projects/spip
et il est possible que tu n'aies pas de compte, auquel cas il faut t'enregistrer (lien en haut à droite)

http://core.spip.org/account/register
et il semble qu'ensuite il faille une validation du compte ..

Cédric

ceci dit j'ai le même problème donc j'utilise