ARGOMENTO: Ordine installazione views xml e security

ciao a tutti,

non riesco a capire l'ordine con cui openerp installa gli xml di un modulo. Esegue prima il module_view.xml, o il module_security.xml?

perchè spesso se:
- creo un gruppo utenti nel module_view
- gli do i permessi nel security.csv
- installo o faccio l'update del modulo
esce l'errore che non trova l'id gruppo.

stessa cosa per i menu:
- creo un menu nel module_view.xml
- nel security_view.xml lo assegno un gruppo
- installo o faccio l'update del modulo
esce l'errore che non trova il menu, come se eseguisse prima il security rispetto al view.

quindi devo:
- disabilitare nel _terp.py l'update del security_view.xml
- fare l'update del modulo
- sbloccare nel terp.py il security_view.xml
e fare l'update del modulo

Spero di essermi spiegato.. in definitiva, com'è l'ordine con cui fa l'update degli XML?
escluderei con una discreta sicurezza che sia l'ordine con cui sono elencati nel _terp.py

grazie a tutti se potete aiutarmi

Piero

Ciao,
così su due piedi ti direi che segue l'ordine, devi stare però attento tu, come credo sia indicato anche nei manuali e nella documentazione, a seguire questo ordinamento tipo:

file XML con i gruppi di security (ti crea in primis i gruppi che devi usare)
file CSV con gli accessi alle tabelle che hai creato (crei i permessi sulle tabelle)
resto degli XML (dove usi i gruppi)

Se apri qualsiasi __openerp__ nei moduli infatti la situazione sarà simile a questa:

'update_xml': [
'security/account_security.xml', <<< crei i gruppi
'security/ir.model.access.csv', <<< imposti i permessi sugli oggetti (magari usando i tuoi gruppi, per questo è il secondo della lista)
'account_menuitem.xml', <<< resto delle viste
'report/account_invoice_report_view.xml',

ah grazie questo significa che i gruppi che uso nel security.csv non posso crearli nella view del modulo, ma nel security view..

Faro' qualche prova, intanto grazie.

Sì devono prima essere creati nell'XML.

NOTA: non è necessario che ti crei dei gruppi personali a meno che effettivamente non ti servano, puoi ad esempio utilizzare quelli creati in altri moduli, se le funzionalità che crei sono equiparabili, poi li richiami sempre con nome_modulo.id_gruppo
Mi spiego, se fai delle funzionalità che vuoi fare gestire all'amministratore dell'HR (es una parte della videata che vede appena lui) puoi usare direttamente quel gruppo nella tua view, senza crearne uno tuo che poi devi popolare di utenti prima di utilizzarlo.
(idem per impostare accessi agli oggetti che hai creato tu nel modulo, ovvero nel file .py)

grazie. comunque può capitar di dover fare un gruppo totalmente nuovo per un modulo totalmente slegato..

allego un file excel che ho creato per creare i permessi... è sempre un terno al lotto farli giusti.
E' piuttosto rozzo ma mi pare funzioni e forse vi è utile

Non volevo vietarti di farlo, solo risparmiarti del lavoro qualora non fosse necessario

Confermo, per fare il CSV c'è da impazzire..., non ho mai provato a farlo e poi esportare l'elenco delle colonne dal client, magari qualcuno ha un metodo più "furbo" del mio da amanuense