La temperatura y top_p deben estar entre 0 y 1, por ejemplo, 0,4 (o 0,4; el formato proviene de la configuración de idioma, supongo).
Ahora borra el cero inicial y el punto decimal al introducirlo. Así, 0,4 y de inmediato se convierte en un simple 4.
Empezó hace muy poco.
Claro, esto también puede ser por diseño si alguien quería que estuviera entre 0 y 100 y entonces sería un problema de UX.
Pero por cómo actúa en iPad/iPhone, mi apuesta es que es un error.
Europa 
Intenta 0.4 en su lugar… ¿funciona? Si no te permite entrar, entonces supongo que nuestro componente numérico necesita arreglarse 
Esa fue la primera cosa que intenté, pero sin éxito. Cuando se introdujeron esas configuraciones, usé primero el formato 0.x, porque ustedes también usan fechas extrañas 
Pero en ese momento cambió el formato a 0,x cuando hice clic en guardar.
Ahora estropea los números de inmediato cuando llega un número real (bueno, cero es un número real, más o menos…).
Es esto…
<Input
@type="number"
class="ai-persona-editor__top_p"
@value={{this.editingModel.top_p}}
disabled={{this.editingModel.system}}
/>
El tipo=número está causando problemas en teclados/configuraciones regionales europeas.
Cuando le preguntamos al componente cuál es el valor, obtenemos un 0,4 que es correcto, pero no quieres código en toda tu base de código que diga:
si la configuración regional es europea, entonces reemplazar(",",".") etc…
@cvx / @david, ¿cuál es la solución “correcta” aquí? ¿Necesitamos nuestro propio Input aquí en lugar de usar Input de @ember/component?
¿Por qué no acepta nada más que números entonces? ¿Es un poco más inteligente o más estricto que otros que son quisquillosos de esa manera, pero solo cuando intentan guardar? Pero también un poco más tonto porque niega también 0.x solo porque no le gusta 0,x.
Tengo curiosidad porque, en cierto modo, es un enfoque útil denegar todos los caracteres que no sean los correctos.
Hmmm, leyendo la especificación aquí… tal vez esto no sea un problema de configuración regional:
El paso predeterminado es 1 (lo que permite que el usuario seleccione solo enteros, a menos que la base del paso tenga un valor no entero).
Así que tal vez el error aquí es que necesitamos especificar un paso para ello, lo probaré un poco más tarde…
Parece que es algo de HTML en lugar de algo de Ember. Esto sugiere que hay un atributo lang= que podemos pasar para obtener un comportamiento decimal coherente:
(Debería funcionar tanto para \u003cInput de Ember como para \u003cinput simple)
Se solucionará con:
Permítame demostrarlo, porque el problema sigue ahí. Estoy usando el iPhone aquí porque es la forma más fácil (para mí) de mostrar las pulsaciones de teclas 
¿Estás 100% seguro de que tienes el último commit?
Realmente seguro. Y actualizado 25 minutos antes de esa publicación anterior. Confío en que se fusionará cuando esa etiqueta lo indique.
Pero seguro. Puedo verificar eso y volver a actualizar, en un par de horas.
Realmente usaron un tiempo valioso para eso y arreglaron algo, pero la razón es la más común: administrador-usuario.
El problema era este fragmento de código que usé para habilitar el signo de copyright automático:
<script type="text/discourse-plugin" version="0.8">
document.addEventListener('DOMContentLoaded', function() {
document.body.addEventListener('input', function(e) {
if (e.target.tagName === 'TEXTAREA' || e.target.tagName === 'INPUT') {
e.target.value = e.target.value.replace(/\(c\)/gi, '©');
}
});
});
</script>
Mi prioridad número uno es: lo siento, soy estúpido, pero ni siquiera podía imaginar que esto pudiera hacer algo así. Pero cuando la última actualización no funcionó, recordé que había visto la cosa de input en algún lugar y después de eso la solución fue bastante fácil de encontrar.
La pregunta secundaria es si tienen alguna idea de por qué eso rompió lugares (tuve otros sucesos extraños con Discourse Chatbot también), ¿es el regex defectuoso?
De todos modos, esto no fue un error en sí y pueden quitarme una, pero solo una, insignia de error reportado 
No te preocupes en absoluto 
me alegra mucho que lo hayas solucionado.
El problema es que estás haciendo el reemplazo incondicionalmente y eso está interfiriendo con cosas posteriores. Una solución mínima sería realizar el reemplazo solo si está presente (c), dicho esto, de todos modos recomendaría no usar este hack y hacerlo en markdown prettify. ™
En el pasado, deshabilitamos este reemplazo aquí:
Lo que quieres es algún tipo de plugin que lo vuelva a habilitar.
5 publicaciones se fusionaron en un tema existente: Insertar símbolo de copyright