Marcadores duplicados en Xmarks

Como casi todo el mundo, uso a diario los marcadores del navegador para conservar información sobre temas que estoy buscando y quiero recordar. Muchas veces son simples apuntes, referencias sin clasificar, pendientes de ser leídas y descartadas. A veces las ideas surgen navegando en casa, o con el teléfono mientras espero en algún sitio. La nube nos tiene mal acostumbrados y quiero no tener que preocuparme: llegar al trabajo y tenerlos allí esperándome.

Hasta hace unos años era un fiel usuario de del.icio.us. Personalmente nunca lo utilicé como herramienta social sino más bien para etiquetar y guardar mis referencias. Con el tiempo dejé de usarlo por culpa de un recién llegado: foxmarks, el actual xmarks, que funcionaba como un guante. Y así ha sido por años, suficientes años como para asustarme cuando anunciaron su cierre.

A finales de 2010 tuve un problema recurrente con esta aplicación: En el Mac se corrompía la “cache” de links de xmarks para Safari e impedian las sincronización. La solución era sencilla e incomoda, eliminar los ficheros de la Library de mi usuario y volver a descargar los marcadores, lo contrario a lo deseable, hasta me planteé volver a del.icio.us. Recientemente habia empezado a probar Chrome en el Mac. Los problemas no acabaron allí, cada vez que abría Chrome algunos marcadores y carpetas se duplicaban, pasando a tener el doble de enlaces distribuidos por el doble de carpetas… algunos dias recuperaba hasta dos o tres veces los bookmarks del historico.

Probé muchas cosas. Mi primera hipótesis fue que xmarks en el Mac fallaba ya fuese en firefox, safari o chrome, pero no podía reproducirlo. Luego pensé que era una interferencia cuando tenia unas Debian abiertas en otro ordenador y que xmarks gestionaba mal la concurrencia de varias actualizaciones. Está era una buena pista y paré la sincronizacion automatica de todos los xmarks.

Repasando la configuración de chrome me percaté de un detalle, inocentemente en todos los chromes había marcado la sincronización automática con la cuenta de Google. Tras un par de pruebas lo valide, Chrome intentaba actualizar también las nuevas referencias instantáneamente, y entre uno y otro se grababa dos veces, esa entrada y todas las de la carpeta. Todo un cuadro.

Conclusion, lo obvio, usa solamente una herramienta de sincronización. Si usas xmarks usa sólo xmarks, deshabilita el sincronizador de mozilla o de ubuntu o de google o lo más probable es que se interfieran los servicios como me pasó a mí.

 

Safari 4 Beta

Esta tarde he probado la beta de Safari 4.

Bueno pues sí.. funciona bien para ser una beta y es rápida.. tampoco la he probado mucho. Lo que lamentablemente he notado es una serie de reinicios de la aplicacion de correo: Mail.app.

Mi primer intento ha sido pasar los scripts de mantenimiento por si estaban un poco tiesos. No era eso aunque no ha venido mal. Mi segundo intento buscar en la amplia red, un exito.

Parece ser que la nueva version de Safari tiene una extraña interdependencia entre Mail, Growl y Webkit.

Concretamente la gente de desarrollo de Growl han detectado que:

“Mail uses WebKit to display messages, and one of the changes in Safari 4’s new WebKit is stricter enforcement of which thread you call it on. We call a method named attributedString in Mail; it calls WebKit’s method; WebKit’s method raises an exception because we (indirectly) called it from a secondary thread. I have already created a fix and proven that it works. I’ve sent the patches to the other developers for review; if I hear nothing bad about them by tomorrow, I’ll put them into the repository as part of 1.1.5.”

Fuente Macfixit

Mientras tanto sólo hay que modificar el comportamiento poniendo Growl en modo sumario.

defaults write com.apple.mail GMSummaryMode -int 2

Espero que esto evite desinstalar la beta.