bug

Ya lo avisó mi compañero Miguel López el pasado lunes y aún así caí en el error de confiar en el despertador de mi iPhone para ir a trabajar el miércoles de la semana pasada tras concluir unas breves vacaciones. Sobra decir que llegué tarde. Yo estaba demasiado aturdido como para recordar si lo había puesto o no pero la confirmación de que se trataba de este particular bug del cambio horario llegó cuando la alarma se activó sola… ¡una hora más tarde de lo que debería! ¡Eso sí que es un teléfono! Se preocupa hasta por nuestras horas de sueño y todo.

En fin, el caso es que Apple ha publicado un documento aclarando el problema de iOS 4.1 que afecta a los felices (sus jefes no tanto) propietarios del iPhone 3G/3GS/4 o el iPod touch de segunda, tercera o cuarta generación. Como ya sabíamos, la fuente de nuestros dolores de cabeza se centra en las alarmas configuradas para repetirse (por ejemplo, todos los días entre semana para el trabajo) y que en las regiones con cambio de horario de verano se han activado de manera incorrecta.

La solución definitiva vendrá con la próxima actualización de iOS (que está al caer y que podéis instalar ya de forma extraoficial) pero “para nuestra tranquilidad”, la nota indica que el problema se solucionó solo el pasado 7 de noviembre y que desde hoy ya podemos volver a configurar nuestras alarmas normalmente.

Vía | MacWorld

Pasó en Australia hace un tiempo, pero lo vimos como algo lejano. “Bah, se han dado cuenta y ya lo arreglarán”, pensamos. Qué ilusos hemos sido. Hoy, y tras el cambio de horario de invierno, todos los ciudadanos europeos propietarios de un iPhone que han confiado en su alarma se han levantado una hora tarde. El teléfono, sencillamente, ha hecho sonar su alarma con 60 minutos de retraso.

El error recae en las alarmas que están configuradas para que suenen con cierta regularidad (algunos o todos los días laborales, los fines de semana…). Las alarmas que se activan y desactivan manualmente no sufren este error, ya que yo mismo me he despertado esta mañana a la hora correcta gracias a que no configuro mis alarmas para que se activen automáticamente. Mi compañero Samuel Campos, que configura las alarmas de este modo, no ha tenido esa suerte.

Para que no os pase a vosotros, configurad vuestras alarmas del iPhone para que no se repitan nunca (es la primera preferencia en el panel de edición) y éstas sonarán a su hora correcta. Otra opción es eliminar la alarma y crearla de nuevo, ya que el problema radica en que el despertador siempre suena a la misma hora sin contar los cambios horarios. Si se crea una nueva alarma ahora que ya estamos en horario de invierno, todo irá sobre ruedas.

Se espera que Apple resuelva este error con la actualización de iOS a la versión 4.2 para todos los dispositivos que usan este sistema. Tiene gracia que este simple despiste en el código fuente de las alarmas del iPhone 4 haya hecho que millones de personas se hayan levantado tarde hoy. Menos mal que hoy es fiesta, que si no… Y ojo, que en América pronto les tocará su cambio horario, y entonces les tocará a ellos pasar por este error.

Más información | AppleInsider

Nuestro compañero Manolo Toledo nos informa desde Genbeta de la noticia: Ashley Towns, el hacker australiano que creó el primer bug para los iPhones con jailbreak que cambiaba el fondo de pantalla por uno de Rick Astley, acaba de conseguir un empleo como programador de software para el iPhone en la empresa mogeneration.

Dicho bug creado por Towns, además, fue la base para otro gusano más peligroso capaz de robar información bancaria gestionada desde nuestro iPhone, aunque recordamos que sólo afectaba a los terminales con un jailbreak aplicado y se resolvía fácilmente cambiando la contraseña de la funcionalidad SSH.

Resulta curioso y seguro frustrante para algunos ver cómo a raíz de sortear la seguridad de un teléfono (que tiene una contraseña SSH por defecto en todos los terminales) puedes llegar a conseguir un empleo por el cual quizás muchas personas llevan años preparándose y esperando, sobretodo si el hacker lo consigue con sólo 21 años de edad. Aunque desde luego, mogeneration goza de un buen fichaje en la empresa, sobretodo para garantizar la seguridad de sus programas teniendo a todo un hacker en sus filas.

Vía | Genbeta

Desde la salida de Snow Leopard algunos usuarios se quejaban de un pequeño bug consistente en no poder fijar el volumen del sonido de inicio en sus Mac. Daba igual que pusieras en silencio el equipo, cuando lo volvías a encender sonaba al máximo de nuevo.

Pues bien, gracias a Luman veo como un usuario ha encontrado la forma de solventar dicho problema. La solución pasa por eliminar dos archivos de preferencias (plist) ubicados en la siguiente ruta:

/Preferences/Audio

Ahora, dentro de ella buscamos los archivos com.apple.audio.DeviceSettings.plist y com.apple.audio.SystemSettings.plist. Los borramos o arrastramos a la papelera y ajustamos el volumen como queramos. Cuando volvamos a reiniciar éste seguirá igual lo dejamos.

Vía |abdusfauzi

Desde el lanzamiento de la nueva versión de Mac OS X 10.6 hay un pequeño detalle que trae de cabeza a más de uno. Nos referimos al problema de la tecla de Play/Pause y iTunes en Snow Leopard. Cuando pulsamos dicha tecla, automáticamente se abre iTunes aunque nuestro fin fuese empezar a reproducir un vídeo en VLC, una canción en Spotify, etc…

Pero no sólo con las teclas multimedia ocurre esto, si hacemos uso del Apple remote, mandos universales como los Harmony, etc… al pulsar las respectivas teclas Play se inicia iTunes. Por tanto, la discusión está servida: ¿es un bug o una acción intencionada por parte de Apple?.

Yo no tengo muy claro cual de las dos opciones es la correcta pero lo que si se es que la experiencia de usuario se ve afectada negativamente.

Leer más

Se ha descubierto un fallo relacionado con la eliminación de correos en la aplicación Mail del iPhone OS 3.0, que provoca que aún después de borrados, podamos encontrar estos correos a través del Spotlight del iPhone. Esto puede no tener mayor importancia, si eres un usuario privado del teléfono, o tener una importancia capital para alguien susceptible de tener información sensible en su correo.

He de reconocer que después de diversas pruebas por mi mismo, no he conseguido que me ocurra lo mismo que a la persona que encontró el fallo, que se le reiniciaba la aplicación Mail al buscar este correo. A mi simplemente me lo encuentra y lo representa, como un correo no existente, eso si.

En mi opinión se trata de algún tipo de problema entre la base de datos de Mail y la de Spotlight, que no se indexan como debieran al borrar un correo electrónico. Todos sabemos que cuando borras algo de un disco duro, no se borra realmente, sino que la tabla de particiones del mismo etiqueta ese espacio como libre, aunque la información permanecerá allí hasta que el sistema necesite ese espacio y la borre definitivamente.

Dado el revuelo que se esta creando al respecto, es más que probable que pronto veamos una solución por parte de Apple al problema.

Vía | Cult of Mac

Hace unos días se hizo público un gran fallo de seguridad de Safari a través del cual un usuario externo podía acceder a información privada por culpa de un “bug” en el visualizador de feeds integrado en la aplicación.

Aunque Apple suele ser muy rápida en la corrección de bugs y lo mas seguro es que en la próxima version del sistema se solucione este fallo, también podemos arreglarlo nosotros mismos si somos unos maniáticos de la seguridad informática.

No requieres de ningún tipo de conocimiento de hecho solucionar este fallo de seguridad es tan simple como cambiar en las preferencias de Safari el lector de feeds por defecto. Si seleccionamos uno distinto a Safari ya tendremos solucionado este pequeño fallo.

Vía | Mactips
En Applesfera | Descubierta una vulnerabilidad en los RSS de Safari