Problemi dopo upgrade modulo da 2.2.196 a 2.2.204

[ELAN42]

Venerdì ho eseguito l'aggiornamento di Billing Extension 
Da:
// Product: WHMCS-Bi11ingExtension
// Version: 2.2.196
// Identifier: Katamaze
// Date: 2024-05-09 Bundle 7.4 & 8.1
A:
// Product: WHMCS-BillingExtension
// Version: 2.2.204
// Identifier: Katamaze
// Date: 2025-04-04 16:49:52 Bundle 7.4 & 8.2

Seguito tutte le istruzioni presenti nel documento https://katamaze.com/docs/billing-extension/26/installing-billing-extension
il sistema si è aggiornato ma adesso alcuni url di alcune parti non funzionano e danno un errore 500 
ad esempio: cliccando l'url relativo /dl.php?type=i&id=2754&viewpdf=1 funziona mentre il /dl.php?type=i&id=2754 no.
Qualche idea su cosa possa fare per risolvere la criticità?

Rilevata la versione ionCube Loader®: 12.0.5
nel file di log di php non ho nessun report di errore e nei log del vhost solo dei 500 generici.
 

[ELAN42]

Ho notato un altro errore nel modulo tentando di accedere alla lista .
Sono ritornato alla version: 2.2.196 (con un riprirstino della snapshot del disco della macchina linux)
Ma questo errore continua ad apparire.

[ELAN42]

nessun altro ha questo problema?

è una questione di versioni di PHP? non capiamo perché nessuno risponde,
non riusciamo ad aggiornare il nuovo modulo

 

[PaulGress]

Ciao,

purtroppo non sono passato a tale ultima versione, pertanto non ho modo di aiutarti al momento o testare.
Da quello che hai affermato tuttavia in precedenza

>Sono ritornato alla version: 2.2.196 (con un riprirstino della snapshot del disco della macchina linux)
>Ma questo errore continua ad apparire.

Vuol dire che anche con restore di versione antecedente il problema persiste?
Sarebbe paradossale, vorrebbe dire che qualcosa a livello di restore non ha funzionato, e soprattutto ci possa essere un problema lato  database con non situazione "pulita" a livello di tabelle e colonne?
Presumo ci sia stato una mia incomprensione in merito tuttavia.

Su quale versione di whmcs e PHP sei ?
Hai potuto verificare se altri moduli in utilizzo nel  tuo whmcs possano portare a tale errore/problema ?

Per spiegazione dell'errore 500...la query SQL cerca di accedere alla taella alias t4 e colonna chage_processing_fees che non risulta essere esistente nel database associato appunto.

Se ho novità per te utili in merito ti aggiornerò.
Considerando lo stato dell'arte con tale modulo e suo sviluppatore, se almeno effettivamente ci fosse riscontro tra gli utilizzatori...si potrebbe fare qualcosa.


----

Hi,

Unfortunately, I haven’t upgraded to the latest version, so I’m currently unable to help or test this myself.
However, based on what you mentioned earlier:

    I reverted to version 2.2.196 (by restoring a snapshot of the Linux machine's disk)
    But this error still keeps appearing.

Does this mean the issue persists even after restoring to a previous version?
That would be quite paradoxical—it would suggest that something went wrong during the restore process, and more importantly, that there might be a database issue where the table and column structure isn’t in a “clean” state.
However, I assume there might have been a misunderstanding on my part.

Which version of WHMCS and PHP are you using?
Have you been able to verify whether any other modules currently in use in your WHMCS installation might be causing this error/problem?

As for the 500 error explanation: the SQL query is trying to access the table alias t4 and the column charge_processing_fees, which doesn’t appear to exist in the associated database.

If I come across anything helpful for you, I’ll let you know.
Considering the current state of this module and its developer, if there were at least some feedback from other users, perhaps something could be done.

[ELAN42]

Paul, Thank you for your reply 

The query error on, or we didint never open that page after some update in the past

modules/addons/BillingExtension/core/BillingExtension_Admin/Clients.php

  is present also in old module version I think that is a column missing in database 
Anyway:
- the page that generate the error made this query:

SELECT t1.id, CONCAT(t1.firstname, " ", t1.lastname) AS clientname, t1.companyname, t1.email, t1.address1, t1.address2, t1.city,
  t1.state, t1.postcode, t1.country, t1.phonenumber, t1.credit, t1.taxexempt, t1.datecreated, t1.groupid, t1.lastlogin, t1.ip,
  t1.host, t1.host, t1.status, t1.language, t1.marketing_emails_opt_in AS marketing, t1.email_verified AS emailverified, 
  t2.code AS currency, t3.groupname, t3.groupcolour,
  t4.billing, t4.reference_person, t4.charge_processing_fees, t4.locktaxexempt, t4.entity , t4.splitpayment , t4.einvoiceitcausale , t4.einvoiceitstatus  FROM tblclients AS t1 
  LEFT JOIN tblcurrencies AS t2 ON t1.currency = t2.id 
  LEFT JOIN tblclientgroups AS t3 ON t1.groupid = t3.id 
  LEFT JOIN bx_clients AS t4 ON t1.id = t4.id  
  ORDER BY t1.id DESC 
  LIMIT 0,200

The table called is this on my db I checked colunms called on query:
- t4.billing:OK
- t4.reference_person:OK
- t4.charge_processing_fees:MISSING
- t4.locktaxexempt:OK
- t4.entity:OK
- t4.splitpayment:OK
- t4.einvoiceitcausale:OK
- t4.einvoiceitstatus:OK

DB TABLE STRUCTURE:

CREATE TABLE `bx_clients` (
  `id` int(11) NOT NULL,
  `billing` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
  `locktaxexempt` int(1) DEFAULT NULL,
  `entity` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
  `splitpayment` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
  `einvoiceitcausale` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
  `einvoiceitstatus` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
  `credit_notify` int(11) DEFAULT NULL,
  `smtp_host` text COLLATE utf8_unicode_ci,
  `smtp_port` text COLLATE utf8_unicode_ci,
  `smtp_user` text COLLATE utf8_unicode_ci,
  `smtp_pass` text COLLATE utf8_unicode_ci,
  `smtp_ssl` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
  `smtp_name` text COLLATE utf8_unicode_ci,
  `smtp_email` text COLLATE utf8_unicode_ci,
  `smtp_bcc` text COLLATE utf8_unicode_ci,
  `smtp_logo` text COLLATE utf8_unicode_ci,
  `smtp_signature` text COLLATE utf8_unicode_ci,
  `smtp_css` text COLLATE utf8_unicode_ci,
  `smtp_header` text COLLATE utf8_unicode_ci,
  `smtp_footer` text COLLATE utf8_unicode_ci,
  `reference_person` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `billing` (`billing`),
  KEY `entity` (`entity`),
  KEY `splitpayment` (`splitpayment`),
  KEY `einvoiceitcausale` (`einvoiceitcausale`),
  KEY `einvoiceitstatus` (`einvoiceitstatus`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

 

Edited May 30 by ELAN42