Bug dell'applicazione Download (campo personalizzato)

[ThunderBlue]

Pare che dalla versione 4.7 ci sia ancora questo bug che si manifesta quando si vuole creare una discussione dedicata ad un file specifico con campi personalizzati. Un ragazzo ha creato una piccola modifica che va a tamponare questo problema.

Riportando la soluzione creata da terzi, non ci riteniamo responsabili per eventuali danni. Il consiglio è sempre quello di effettuare un backup in modo di poter ripristinare tutto come prima.

Ecco come tamponare il problema

Il problema è causato dal codice in  \applications\downloads\sources\Field\Field.php nelle righe 152-157:

if ( \IPS\Application :: appIsEnabled ( 'forums' ) AND isset ( $values [ 'cf_topic' ] ) ) { /* Disabilita forzatamente l'opzione di inclusione nell'argomento se si tratta di un campo a pagamento */ 
			$values [ 'topic' ] = ( isset ( $values [ 'downloads_field_paid' ] ) AND $values [ 'downloads_field_paid' ] ) ? $valori [ 'cf_topic' ] : 0 ;     
		
			       
			unset ( $values [ 'cf_topic' ] ); }

Il codice verifica se l'opzione del campo a pagamento è attiva, e disabilita l'opzione di inclusione nella discussione. Il problema è che il codice sopra fa il contrario e disabilita sempre l'opzione di inclusione nelle discussioni quando il file a pagamento NON è richiesto.

Ha scambiato i valori per risolverlo in questo modo:

$values [ 'topic' ] = ( isset ( $values [ 'downloads_field_paid' ] ) AND $values [ 'downloads_field_paid' ] ) ? 0 : $valori [ 'cf_topic' ];

Un altro bug correlato a questa impostazione è che quando la discussione viene aggiornata, viene utilizzato il valore di pre-edit. Affinché il valore modificato venga visualizzato nella discussione di supporto, è necessario modificare nuovamente il file e quindi verrà visualizzato correttamente nel contenuto della discussione.