[14.0] mig l10n_it_account_balance_report#3169
Conversation
6f6af42 to
9038783
Compare
9038783 to
d6c2fce
Compare
|
@TonyMasciI facci sapere quando si può testare nuovamente |
@TonyMasciI riesci a verificare questo? grazie! |
Ciao @francesco-ooops Il Mastrino che stai testando non è il menù che è presente in questo modulo, questo menù è presente in questo Repo, è vero che questo modulo Ti direi di testare il menù nel Repo, e nel caso di aprire un issue. |
|
@TonyMasciI forse abbiamo capito dove sta l'inghippo, puoi mettere la PR in "open" così possiamo testarla internamente? grazie |
|
@SirTakobi visto che lavoravi su #3199 , ti posso chiedere di verificare se per te è tutto ok in questa migrazione? :) |
Ok quando ho tempo la guardo |
|
@TonyMasciI questo doc è l'esito del test di @stefano-ooops su un db pulito della 12 e della 14, puoi darci un feedback? |
|
@TonyMasciI gentile reminder |
6d9122d to
05cc242
Compare
Rilasciata una correzione al problema che hai riscontrato. Fammi sapere! |
testato su runbot ora funziona |
|
@SirTakobi se vuoi dare un occhio finalizziamo 🤞 |
SirTakobi
left a comment
There was a problem hiding this comment.
Grazie della PR!
Puoi schiacciare i commit dei bot come indicato in https://github.com/OCA/maintainer-tools/wiki/Merge-commits-in-pull-requests#mergesquash-the-commits-generated-by-bots-or-weblate?
Visto che sono state aggiunte centinaia di righe di codice, potresti aggiungere almeno un test?
| Incomes = "Income", "Other Income" | ||
| Incomes = "Current Year Earnings", "Income", "Other Income" | ||
| --> | ||
| <record model="account.account.type" id="account.data_unaffected_earnings"> |
There was a problem hiding this comment.
Come mai è necessario modificare questo tipo di conto per la migrazione?
Insieme alla modifica poco sotto, sembra essere un rollback di #2832
| ("incomes", "Incomes"), | ||
| ("liabilities", "Liabilities"), | ||
| ], | ||
| # [ |
There was a problem hiding this comment.
Se non servono penso sia meglio eliminarli
| <t t-if="o.hide_account_at_0"> | ||
| <t t-set="style" t-value="'font-size: 14px;'" /> | ||
| </t> | ||
| <t t-if="o.show_hierarchy"> |
There was a problem hiding this comment.
Come mai show_hierarchy è preso da o mentre più sotto limit_hierarchy_level direttamente dalla variabili disponibili?
Se non c'è un motivo specifico, si può uniformare il comportamento?
| <div class="act_as_cell left"> | ||
| <span> | ||
| <a | ||
| t-att-data-active-id="line.account_id.id" |
There was a problem hiding this comment.
| t-att-data-active-id="line.account_id.id" | |
| t-att-data-active-id="active_id" |
| <t | ||
| t-set="domain" | ||
| t-value="[('account_id', 'in', line.compute_account_ids.ids), | ||
| t-value="[('account_id', 'in', line.group_id.account_ids.ids), |
There was a problem hiding this comment.
Come mai questa modifica? Guardando come veniva calcolato compute_account_ids non mi sembra equivalente, ma forse mi sono perso qualcosa nelle logiche della migrazione di account.
| Report, the only data we need is the ending_balance field. | ||
| """ | ||
|
|
||
| def is_removable(d): |
There was a problem hiding this comment.
Questo cambia il comportamento anche del report originale, è voluto?
Mi pare che l'unica cosa diversa sia questa funzione innestata, quindi prima di fare un override completo proverei almeno a suggerire nel modulo account_financial_report di estrarre questa funzione (magari in un metodo model), e implementare lì la nuova logica ma solo per il nostro report.
|
|
||
| @api.multi | ||
| def compute_data_for_report(self): | ||
| def clear_data(self, tb_data): |
There was a problem hiding this comment.
Questo metodo è dedicato all'inversione di segno dei totali di conti di un certo tipo, non ho trovato nulla del genere prima della migrazione, come mai è stato necessario aggiungerlo?
Prima della migrazione, i segni del totale venivano ribaltati semplicemente se negativi:
l10n-italy/l10n_it_account_balance_report/report/account_balance_report.py
Lines 163 to 167 in 7fc7eac
There was a problem hiding this comment.
Aggiunto il metodo clear_data per aggiustare i segni dei totali dei conti, dato che le informazioni arrivano sballate dal modello trial_banace del modulo account_financial_report, questa modifica è stata apportata per aveere dei conti sotto 0 come nel caso d'uso del documento.
| [("profit_loss", "Profit & Loss"), ("balance_sheet", "Balance Sheet")], | ||
| ) | ||
|
|
||
| company_id = fields.Many2one( |
There was a problem hiding this comment.
Ho capito che tutte queste colonne vengono aggiunte perché non sono più recuperabili dal vecchio trial_balance_id, ma come mai è necessario aggiungerle? Non si può invece seguire la logica che viene utilizzata nel Trial Balance?
Ad esempio invece di dichiarare il campo company_id (che non viene più definito come campo in nessun report di account_financial_report), si potrebbe utilizzare il valore tb_data['company_id'].
In questo modo credo che le modifiche della migrazione sarebbero molto più ridotte, ma forse mi sfugge qualche problema in questo approccio?
In pratica, mi pare si stia cercando di ricreare la vecchia logica dei report account_financial_report invece di adattarsi alla nuova logica, e questo implica la creazione di tutti questi campi e le centinaia di righe di codice aggiunte nella migrazione.
Se possibile (come scrivevo, magari mi sfugge qualcosa per cui tutto ciò è necessario), cercherei di mantenere le modifiche di migrazione minimali.
There was a problem hiding this comment.
per i campi company_id | date_from | date_to sono stato costretto a lasciarli perché servono per la generazione del report.
There was a problem hiding this comment.
Ho provato a seguire la logica utilizzata dal Trial Balance in #3343 e non serve aggiungere nuovi campi, fammi sapere cosa ne pensi
|
@TonyMasciI riesci a sistemare a stretto giro? |
|
@TonyMasciI ping :) |
|
@TonyMasciI pong |
|
@TonyMasciI pensi di riuscire a metterci le mani a breve? Altrimenti siamo disponibili a prenderla in carico, basta farci sapere :) |
|
@TonyMasciI se gentilmente mi dai conferma che non hai aggiornamenti pronti da aggiungere, questa la prendiamo in carico noi |
Ciao, controllo e ti faccio sapere |
|
@TonyMasciI buongiorno, riesci a darci un feedback in giornata? vorremmo arrivare in fondo a questa PR grazie |
5b5b484 to
6271728
Compare
@francesco-ooops vorrei aggiungere anche dei TEST, ma non credo che riesco in giornata, forse domani pomeriggio o settimana prossima. |
|
@SirTakobi puoi verificare gli ultimi aggiornamenti? |
Currently translated at 92.9% (119 of 128 strings) Translation: l10n-italy-12.0/l10n-italy-12.0-l10n_it_account_balance_report Translate-URL: https://translation.odoo-community.org/projects/l10n-italy-12-0/l10n-italy-12-0-l10n_it_account_balance_report/it/
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate. Translation: l10n-italy-12.0/l10n-italy-12.0-l10n_it_account_balance_report Translate-URL: https://translation.odoo-community.org/projects/l10n-italy-12-0/l10n-italy-12-0-l10n_it_account_balance_report/
Currently translated at 95.3% (122 of 128 strings) Translation: l10n-italy-12.0/l10n-italy-12.0-l10n_it_account_balance_report Translate-URL: https://translation.odoo-community.org/projects/l10n-italy-12-0/l10n-italy-12-0-l10n_it_account_balance_report/it/
Usando il modulo l10n_it_account_balance_report, il cron di Pulizia dati interni diventa molto lento e in alcuni casi va in blocco. L'autovacuum della tabella report_trial_balance diventa molto lenta per via delle cascade presenti nel modulo. Inserendo gli indici nei campi collegati il problema si risolve, come già realizzato nel repo OCA/account-financial-reporting#750.
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate. Translation: l10n-italy-12.0/l10n-italy-12.0-l10n_it_account_balance_report Translate-URL: https://translation.odoo-community.org/projects/l10n-italy-12-0/l10n-italy-12-0-l10n_it_account_balance_report/
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate. Translation: l10n-italy-12.0/l10n-italy-12.0-l10n_it_account_balance_report Translate-URL: https://translation.odoo-community.org/projects/l10n-italy-12-0/l10n-italy-12-0-l10n_it_account_balance_report/
d3449fd to
f79338e
Compare
|
@SirTakobi dovremmo esserci, riesci a fare review? |
Ne abbiamo parlato stamattina in https://discord.gg/yesf5HJ, e ieri anche internamente, per il momento non riesco ad aggiornare la review |
eLBati
left a comment
There was a problem hiding this comment.
Ci stiamo lavorando per provare a sistemare alcune cose. Pubblicheremo nei prossimi giorni
There was a problem hiding this comment.
Puoi schiacciare i commit dei bot come indicato in https://github.com/OCA/maintainer-tools/wiki/Merge-commits-in-pull-requests#mergesquash-the-commits-generated-by-bots-or-weblate?
(da #3169 (review))
❔
| "maintainers": ["SilvioGregorini"], | ||
| "website": "https://github.com/OCA/l10n-italy" | ||
| "/tree/12.0/l10n_it_account_balance_report", | ||
| "website": "https://github.com/OCA/l10n-italy" "/l10n_it_account_balance_report", |
There was a problem hiding this comment.
| </record> | ||
|
|
||
| <!-- | ||
| Liabilities = "Current Year Earnings", "Payable", "Credit Card", "Prepayments", |
There was a problem hiding this comment.
Questa modifica penso sia da rimuovere
| Incomes = "Income", "Other Income" | ||
| Incomes = "Current Year Earnings", "Income", "Other Income" | ||
| --> | ||
| <record model="account.account.type" id="account.data_unaffected_earnings"> |
| ("incomes", "Incomes"), | ||
| ("liabilities", "Liabilities"), | ||
| ], | ||
| # [ |
| <div class="act_as_cell left"> | ||
| <span> | ||
| <a | ||
| t-att-data-active-id="line.account_id.id" |
| <t | ||
| t-set="domain" | ||
| t-value="[('account_id', 'in', line.compute_account_ids.ids), | ||
| t-value="[('account_id', 'in', line.group_id.account_ids.ids), |
| Report, the only data we need is the ending_balance field. | ||
| """ | ||
|
|
||
| def is_removable(d): |
| ) | ||
|
|
||
| # Override of `trial.balance.report.wizard` to set True as default value | ||
| show_hierarchy = fields.Boolean(default=True) |
There was a problem hiding this comment.
Questo non mi sembra faccia parte della migrazione ma è un nuovo comportamento, che modifica anche il comportamento del wizard da cui eredita; puoi metterlo in un commit o una PR dedicata?
| [("profit_loss", "Profit & Loss"), ("balance_sheet", "Balance Sheet")], | ||
| ) | ||
|
|
||
| company_id = fields.Many2one( |
There was a problem hiding this comment.
Ho provato a seguire la logica utilizzata dal Trial Balance in #3343 e non serve aggiungere nuovi campi, fammi sapere cosa ne pensi
|
Chiusa in favore della PR: #3343 |



Storia PR:
Prima: PR chiusa per errore in fase di rebase
Seconda: PR aperta in seguenza alla prima, ma mancano i commit di migrazione