Disparition de la zone application et de la section du bouton éteindre et redémarrer après mise à jours système

[Mario Passeri]

Bonjour,

Disparition de la zone application, Agenda et de la section du bouton éteindre et redémarrer, en faite toute la zone haut de l'écran après la toute première mise à jours du système, je les installé sur deux pc différent avec la configuration suivante:

I5 3,40 GHZ 6eme génération
16 GB RAM DDR3

-------------------------------

I5 3,00 GHZ 2eme génération
12 BG RAM DDR3

et donc à chaque fois le même probleme, obliger de couper l'alimentation du Pc pour redémarrer.

Cordialement.

[Corentin Noël (tintou)]

J'imagine que vous utilisez la dernière version : elementary OS Loki.
lorsque ceci se produit, pouvez-vous garder un terminal ouvert et entrer la commande "wingpanel".
Si celui-ci crash, alors pouvez-vous entrer "gdb wingpanel" puis "run" puis "backtrace".
Si celui-ci est gelé, alors appuyez sur "Ctrl + C" puis entrez la commande "wingpanel -g"

[Corentin Noël (tintou)]

Il nous faut alors le résultat des commandes ci-dessus pour déterminer la cause du crash.

[Pedro Jordão (pedrohjordao)]

My French kinda sucks, but from what I can understand I have the same issue. Wingpanel seems to crash when I try to open its calendar
Interestingly, maya also crashes when I try to open it. When I get home I'll try to get some sort of log or back trace from it.

[Mario Passeri (mario67250)]

Très bien je regarde avec le terminal, merci pour les réponses, à très vite.

Cordialement

[Pedro Jordão (pedrohjordao)]

Finally home.

When I launch maya from the terminal I get the following error:

[WARNING 19:58:30.622462] [e-data-server] e_module_load_all_in_directory: Error opening directory '/usr/lib/evolution-data-server/credential-modules': No such file or directory
[FATAL 19:58:30.700766] maya_util_is_all_day: assertion 'dtend != NULL' failed
[FATAL 19:58:30.701029] [GLib] g_date_time_format: assertion 'datetime != NULL' failed

I'm guessing maybe some event got corrupted or something like that?

And like I said, wingpanel is crashing whenever I try to open its calendar. Here is the backtrace:

#0 0x00007fed40ab0428 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54
#1 0x00007fed40ab202a in __GI_abort () at abort.c:89
#2 0x00007fed410cad65 in g_assertion_message () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007fed410cadfa in g_assertion_message_expr () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007fed2511c7e0 in util_date_range_construct () from /usr/lib/x86_64-linux-gnu/wingpanel/libdatetime.so
#5 0x00007fed25120173 in util_event_date_ranges () from /usr/lib/x86_64-linux-gnu/wingpanel/libdatetime.so
#6 0x00007fed25118c39 in date_time_widgets_calendar_model_get_events () from /usr/lib/x86_64-linux-gnu/wingpanel/libdatetime.so
#7 0x00007fed251157c1 in ?? () from /usr/lib/x86_64-linux-gnu/wingpanel/libdatetime.so
#8 0x00007fed410a504a in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#9 0x00007fed410a53f0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#10 0x00007fed410a549c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#11 0x00007fed42550d6d in g_application_run () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#12 0x00007fed4284bf30 in granite_application_run () from /usr/lib/x86_64-linux-gnu/libgranite.so.3
#13 0x0000000000407164 in wingpanel_main ()
#14 0x00007fed40a9b830 in __libc_start_main (main=0x406730 <main>, argc=1, argv=0x7fff0fdf81b8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fff0fdf81a8)
    at ../csu/libc-start.c:291
#15 0x0000000000406769 in _start ()

It looks like the same issue...