Treballant en la funció Calendari

La funció Calendari està proporcionada per diversos components:

Depuració de la vostra aplicació web

La manera més convenient d’executar ordres al dispositiu i recollir registres és obrint un intèrpret d’ordres remot. Això es pot fer utilitzant Accés a la consola via adb o Accés a la consola via adb. En les següents seccions, s’assumeix que teniu accés a una consola de terminal al dispositiu.

Planificació i problemes de comptes

Si no teniu seguretat de si s’està sincronitzant el calendari o si l’operació és correcta, el sync-monitor és el component que cal examinar. Aquest servei sempre s’ha d’executar en segon pla, i els seus registres es poden trobar a ~/.cache/upstart/sync-monitor.log. Per tal de veure’ls en temps real mentre opereu al dispositiu, podeu executar aquesta ordre:

tail -f .cache/upstart/sync-monitor.log

Aquests registres haurien de ser suficients per donar-vos una idea sobre si els vostres comptes de calendari estan reconeguts, i si una sincronització està programada, ocorrent i completant-se amb èxit.

Problemes de sincronització de les dades del calendari

Seguiu aquests passos amb la seguretat que almenys s’intenta sincronitzar el vostre compte i voleu investigar un error de sincronització o problemes amb elements que manquen o duplicats. Al dispositiu, és possible executar syncevolution en mode de depuració. Per fer-ho, mata qualsevol procés existent:

pkill sync-evo

Llavors, inicieu el procés esyncevolution amb la variable d’entorn adequada:

SYNCEVOLUTION_DEBUG=1 /usr/lib/arm-linux-gnueabihf/syncevolution/syncevo-dbus-server

En aquest punt, obriu l’aplicació Calendari (si no estava oberta ja) i activeu manualment una sincronització (cal tenir en compte que l’acció de sincronització només està disponible si el vostre dispositiu està connectat a Internet): tots els registres apareixeran al terminal.

En alguns casos, la sortida de syncevolution podria no ser suficient: per exemple, les dades HTTP en brut no s’imprimeixen normalment. Si necessiteu veure-ho també, haureu de modificar un fitxer de configuració també. Els fitxers de configuració de syncevolution es troben sota ~/.config/syncevolution/, en un subdirectori el nom del qual pren la forma <provider-name>-<account-id>. També pot haver-hi directoris obsolets, en referència als comptes antics que s’han suprimit des de llavors. Per a saber quins comptes encara són vàlids, podeu invocar l’eina account-console com aquesta:

account-console list

Això mostrarà la llista dels comptes vàlids actuals. Un cop hàgiu esbrinat quin és el compte que us interessa, obriu el fitxer ~/.config/syncevolution/<account>/peers/target-config/config.ini i establiu la variable loglevel a un valor més alt (11 sembla suficient per mostrar tot el trànsit HTTP):

# level of detail for log messages:
# - 0 (or unset) = INFO messages without log file, DEBUG with log file
# - 1 = only ERROR messages
# - 2 = also INFO messages
# - 3 = also DEBUG messages
# > 3 = increasing amounts of debug messages for developers
loglevel = 11

Tingueu en compte que perquè aquests canvis tinguin efecte, haureu de tornar a iniciar el procés syncevolution, com s’ha explicat anteriorment.