2012-07-27 7 views
11

Stiamo solo cercando di trasferire uno script precedente a ColdFusion 10 e credo di aver trovato un bug/cambiamento nella funzionalità relativo all'utilizzo di più campi modulo utilizzando il stesso nome. In ColdFusion 9 questi sarebbero stati aggiunti alla variabile rilevante con virgole, ma in ColdFusion 10, se il caso delle variabili è diverso, un campo sovrascriverà l'altro.Modifica della funzionalità variabile di ColdFusion 10 relativa al caso delle variabili

Il seguente codice di prova:

<form action="index2.cfm" method="post"> 
    <input type="hidden" name="test" value="1" /> 
    <input type="hidden" name="TEST" value="0" /> 
    <input type="submit" /> 
</form> 

<cfdump var="#form#"> 

Produce su ColdFusion 9

TEST = 1,0 

Su ColdFusion 10:

TEST = 0 

Qualcun altro ha sperimentato questo comportamento e sa se si tratta di un bug o funzionalità prevista? So che l'applicazione non dovrebbe utilizzare lo stesso nome di variabile in diversi casi, quindi guarderemo a cambiarlo, ma mi chiedevo solo se qualcuno avesse ulteriori informazioni sul problema.

Modifica

ho presentato questo bug di Adobe all'indirizzo https://bugbase.adobe.com/index.cfm?event=bug&id=3298179

+3

Definitivamente lo invierò come un errore. CF non dovrebbe essere case sensitive con nomi di variabili. – Sharondio

+0

È interessante notare che il comportamento cambia quando enctype = "multipart/form-data" '(o/s windows). I valori non vengono sovrascritti, ma fieldNames elenca il valore due volte, ad es. 'TEST = 1,0' e' FORM.FIELDNAMES = TEST, TEST' – Leigh

+0

si prega di presentare una segnalazione di errore e possiamo votare tutti qui anziché qui! https://bugbase.adobe.com/ – Henry

risposta

1

Questo bug sembra essere stato confermato da Adobe come Bug #3298179. È segnalato come fisso nella build 283412 e attualmente nella fase di test. Aggiornerò questa risposta con le informazioni di aggiornamento rapido pertinenti una volta che questo è stato rilasciato pubblicamente.

2

@Russ

Questa funzione è davvero solo che una caratteristica. Credo che tu abbia perso il punto nel post precedente che specificando lo stesso nome di campo con un caso diverso non passa più il risultato di una lista.

Una delle cose principali in cui io e molti abbiamo utilizzato questa funzionalità in passato sono le caselle di controllo. Un gruppo può avere lo stesso nome in modo che la validazione sia semplice ma con valori diversi in modo che CF possa elaborare quelli che sono stati spuntati prima dell'invio del modulo (ovviamente gli oggetti non selezionati non vengono passati nella lista).

Problemi correlati