Bugs de
FirefoxBugs de
FirefoxPuedes seguir el desarrollo de Firefox gracias a Bugzilla, el sistema de seguimiento de bugs creado para Firefox y cada vez más utilizado por otros proyectos de software libre o propietario. Esta página contiene enlaces a algunos bugs relacionados con temas explicados en estos apuntes (alguno ya resuelto) o a bugs descubiertos por mí o por mis alumnos.
  |
<input type="text" size="12" value="Acceso con
1" accesskey="a" /> <input type="text" size="12" value="Acceso con 2" accesskey="e"/> <input type="text" size="12" value="Acceso con 3" accesskey="i"/> <input type="text" size="12" value="Acceso con 4" accesskey="o"/> |
En http://juicystudio.com/article/firefox2-accesskeys.php o en http://www.webposible.com/blog/?p=282 se habla de las teclas de acceso en Firefox 2.0.
El valor char del atributo align de <tbody> debería permitir alinear los valores de una columna a un carácter. En el primer ejemplo, las comas deberían estar en la misma vertical. En el segundo ejemplo, las a deberían estar en la misma vertical. Ni Firefox ni Internet Explorer lo hacen.
| <tbody align="char" char="a"> |
|
||||||
| <tbody align="char" char=","> |
|
El bug 2.212 se abrió el 06/01/99 y no ha tenido prácticamente ninguna actividad.
El módulo de bordes de la futura recomendación CSS3 define la propiedad border-radius, que permitirá redondear las esquinas de los bordes. En Firefox existe la propiedad -moz-border-radius que realiza la misma función. El problema es que si el estilo del borde es dotted o dashed, Firefox muestra el borde como solid.
| blockquote { padding: 3px 10px; border: PowderBlue dotted 5px; -moz-border-radius: 20px; } |
|
| blockquote { padding: 3px 10px; border: PowderBlue dashed 5px; -moz-border-radius: 20px; } |
|
Este bug lo encontró en clase el alumno Pello Ziarsolo Areitioaurtena el 25/10/04. Me pareció que este bug no estaba en bugzilla, así que el 26/10/04 abrí el bug 266.099. El mismo día Gary van der Merwe cerró este bug, ya que es un duplicado del bug 13.944
El bug 13.994 se abrió el 15/09/99 y desde entonces no ha habido ninguna actividad para resolverlo.
En Firefox, si una tabla tiene cellpadding (o cellspacing) en porcentaje, lo muestra como píxeles. Internet Explorer hace lo mismo.
| <table cellpadding="10%"> |
|
||||
| <table cellspacing="10%"> |
|
El bug 15.499 se abrió el 04/10/99 y no ha tenido prácticamente ninguna actividad.
En Firefox, la propiedad letter-spacing se aplica siempre a la última letra, lo que puede causar efectos no deseados.
Por ejemplo, si el texto tiene algún estilo, el estilo se extiende al espacio final. Este problema afecta a Firefox, pero no a Internet Explorer:
| span { letter-spacing: 10px; text-decoration: underline; } | Letras separadas |
| span { letter-spacing: 10px; background-color: lightblue; } | Letras separadas |
El bug 125.390 se abrió el 13/02/02 y no han avanzado nada en su resolución.
Por ejemplo, si el párrafo está centrado y la propiedad letter-spacing tiene un valor grande, el texto no se verá centrado. Este problema afecta tanto a Firefox como a Internet Explorer:
| p { letter-spacing: 50px; text-align: center } | XX |
| p { letter-spacing: 50px; text-align: center } span { background-color: lightblue; } |
XX |
En Firefox, si un párrafo indentado tiene una imagen insertada al principio del párrafo, el indentado se pierde. Si no ves el indentado en el segundo ejemplo, el navegador que estás utilizando también tiene ese fallo. Tanto Internet Explorer como Amaya muestran el indentado correctamente.
| p { text-indent: 5em; } | Este párrafo está indentado, por lo que la primera línea tiene que estar metida hacia la derecha. |
| p { text-indent: 5em; } img { float: left; } |
|
El bug 159.403 se abrió el 25/07/02 y no ha tenido prácticamente ninguna actividad.
En Firefox, si se pone un border-collapse en la primera tabla tabla, las tablas siguientes pierden los bordes de las casillas. He hecho dos páginas que muestran el problema: Uno y Dos. Lo he hecho en páginas aparte, porque si no puede afectar a las tablas que aparecen en esta página. Busqué en bugzilla y encontré un bug que habla de esto, el Bug 221.011, y como pedían un ejemplo, mandé uno. El mismo día marcaron ese bug como duplicado de otro, el bug 186.317, que es más general. A su vez, este bug está relacionado con el bug 43.178
El bug 186.317 se abrió el 20/12/02 y no ha tenido mucha actividad.
La propiedad text-transform: capitalize convierte en mayúsculas el primer carácter de cada palabra (es decir, el primer carácter después de un espacio), aunque no sea una letra. Entonces si la cadena a la que se aplica la propiedad empieza por comillas o cualquier otro símbolo, la primera letra de la palabra no se convierte a mayúsculas, como muestra el siguiente ejemplo:
| p { text-transform: capitalize; } |
|
Este bug lo encontró en clase el alumno Antonio López Abad el 25/10/04 al hacer el ejercicio de los premios Turing, en el que una de las obras escritas entre comillas no empieza con mayúsculas. Este bug ya estaba identificado en bugzilla, en el bug 208.789.
El bug 208.789 se abrió el 09/06/03 y no ha tenido prácticamente actividad.
Si se desactiva la hoja de estilo con "Ver > Estilo de página > Sin estilo", se recarga la página (con F5, por ejemplo) y se vuelve a activar la hoja de estilo con Ver > Estilo de página > Estilo de página básico, el estilo de la primera letra (puesto con p:first-letter) se pierde. Si se recarga la página o si no se había recargado entre medias, el estilo sí que se aplica.
| p:first-letter { font-size: 300%; color:red; } | Prueba |
Este bug lo encontró en clase el alumno Luis Mariano Toledo Sánchez el 15/02/04 al hacer el ejercicio de OídoBarra.
El bug 320.451 lo abrí el 15/12/05. Un usuario indicó que era un duplicado del bug 8253, aunque no lo han marcado como duplicado ni ha tenido ninguna actividad.
Si el primer carácter no es un carácter alfanumérico, Firefox aplica el pseudo-elemento a los dos primeros caracteres (pero sólo a los dos primeros):
| p:first-letter { color: red; } |
¿Cuántas letras se ven en rojo? ¡En Firefox 1.0.X se ven varias! ¿¿Cuántas letras se ven en rojo?? ¿¿¿¿Cuántas letras se ven en rojo???? {Llaves} {{Llaves}} #Almohadilla [Corchetes] @arroba |
El bug 328.111 se abrió el 21/02/06. El 18/10/07 un usuario comenta que el problema no ocurre en la versión de desarrollo de Firefox.
En Firefox, si una tabla tiene una etiqueta col o colgroup, el estilo no se aplicaba. Por ejemplo, la tabla siguiente contiene la etiqueta <col style="background-color: lightyellow;" /> que afecta a la primera columna y la etiqueta <tr style="background-color: lisgthblue;"> que afecta a la segunda fila. Como el estilo de la fila se aplica después del estilo de la columna, la casilla común debe verse del mismo color que la fila. Internet Explorer muestra la tabla correctamente, pero Amaya no.
| fila 1 columna 1 | fila 1 columna 2 | fila 1 columna 3 |
| fila 2 columna 1 | fila 2 columna 2 | fila 2 columna 3 |
| fila 3 columna 1 | fifla 3 columna 2 | fila 3 columna 3 |
El bug 4.510 se abrió el 02/04/99 y se corrigió el 08/03/04. La corrección se incluyó en la versión 1.7 beta (publicada el 18/03/04)
Firefox 1.0 no admitía valores URI en la propiedad cursor, es decir que no se podían utilizar cursores personalizados. Internet Explorer sí que los admitía, aunque el formato del archivo de cursor es el propio de Windows (*.cur).
| p { cursor: url("../img/exclamacion.png"), auto; } | Al situar el cursor del ratón sobre este párrafo, la forma del cursor debe cambiar a un signo de exclamación en color rojo. |
| p { cursor: url("../img/bug_38477.cur"), auto; } | Al situar el cursor del ratón sobre este párrafo, la forma del cursor debe cambiar a un signo de exclamación en color rojo. |
El bug 38.477 se abrió en mayo de 2000 y se resolvió en abril de 2005. Firefox ya no tiene este bug desde la versión Firefox 1.5, publicada en noviembre de 2005.
Este problema se puede comprobar en el ejercicio de examen Efemérides del 2 de noviembre. Al hacer clic en los años, no salta al principio de la división, sino hasta que el enlace "Volver" se ve en la pantalla. Conviene hacer pequeña la ventana para que se note claramente. Internet Explorer lo hace bien. Un apaño es no hacer los enlaces a los div con id, sino al primer elemento de la división.
El bug 217.366 se abrió en agosto de 2003. El 17/11/04 lo marcaron como duplicado del bug 258.514, que estaba resuelto desde el 12/11/04. El problema es que Firefox 1.0.X estaba basado en Mozilla 1.7, así que Firefox 1.0.X ha tenido este bug. El 29/11/05 he comprobado que Firefox 1.5 ya no tiene este problema.
Cuando preparé por primera vez el ejercicio de emperadores romanos en enero de 2002, la página no funcionaba en Mozilla pero si en IE. No recuerdo a partir de qué versión de Mozilla la página ya funcionaba, el caso es que con la versión 1.6 final dejó de funcionar de nuevo, así que el 3 de febrero de 2004 abrí el bug 232951.
El bug 232951 se abrió el 03/02/04 y se corrigió el 19/02/04. La corrección se incluyó en la versión 1.7 beta (publicada el 18/03/04).
Si se desactiva la hoja de estilo con "Ver > Estilo de página > Sin estilo", el texto se duplica. Si se recarga la página, el texto duplicado desaparece. Si en vez de recargar la página se vuelve a activar la hoja de estilo con "Ver > Estilo de página > Estilo de página básico", el texto sigue duplicado. Si se recarga la página, el texto duplicado desaparece.
| p:first-letter { float: left; } | Prueba |
Este bug lo encontró en clase la alumna Tanya Facius Armero el 03/05/07 al hacer el ejercicio de Lorem Ipsum.
El bug 379.641 lo abrí el 03/05/07. Un usuario comentó que en la versión de desarrollo de Firefox este bug no ocurría y cerró el bug. El 22/10/07 he comprobado que Firefox 2.0.0.8 no tiene este bug.
Si en un mapa de imagen el elemento map no tiene el atributo name, el mapa no funciona, aunque el documento sea válido. Si el documento es XHTML 1.0, no es un problema grave porque se puede añadir el atributo name y el documento sigue siendo válido. El problema es si el documento es XHTML 1.1, porque si añade el atributo name el documento deja de ser válido.
Este bug lo encontré a primeros de diciembre probando la versión 9.3 de Amaya e intentando entender por qué algunos ejercicios de mapas de imagen funcionaban o no.
El bug 320.981 lo abrí el 20/12/05. Resultó ser un duplicado del bug 207241, que a su vez es un bug inválido. El problema es que la página está servida como text/html y Firefox aplica las reglas del HTML.
Autor: Bartolomé Sintes Marco
Este
párrafo está indentado, por lo que la primera línea tiene que estar
metida hacia la derecha. Además, este párrafo tiene insertada una
imagen al principio del párrafo. La imagen debe "flotar" a la
izquierda y el texto debe fluir a su derecha.