After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 736002 - Crash in year view
Crash in year view
Status: RESOLVED FIXED
Product: gnome-calendar
Classification: Applications
Component: General
unspecified
Other Linux
: Normal normal
: 3.26
Assigned To: GNOME Calendar maintainers
GNOME Calendar maintainers
Depends on:
Blocks:
 
 
Reported: 2014-09-04 01:56 UTC by Bastien Nocera
Modified: 2017-04-17 18:20 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Bastien Nocera 2014-09-04 01:56:07 UTC 



+
Trace
    234048






    

  • 
#0
gcal_dup_icaltime

    
                at gcal-utils.c
                  line
                  131

    

    • 

  • 
#1
gcal_manager_get_event_all_day

    
                at gcal-manager.c
                  line
                  1611

    

    • 

  • 
#2
gcal_window_update_event_widget

    
                at gcal-window.c
                  line
                  1436

    

    • 

  • 
#3
gcal_window_events_added

    
                at gcal-window.c
                  line
                  908

    

    • 

  • 
#4
g_cclosure_marshal_VOID__POINTERv

    
                at gmarshal.c
                  line
                  1236

    

    • 

  • 
#5
_g_closure_invoke_va

    
                at gclosure.c
                  line
                  831

    

    • 

  • 
#6
g_signal_emit_valist

    
                at gsignal.c
                  line
                  3218

    

    • 

  • 
#7
g_signal_emit

    
                at gsignal.c
                  line
                  3365

    

    • 

  • 
#8
gcal_manager_on_view_objects_added

    
                at gcal-manager.c
                  line
                  731

    

    • 

  • 
#9
g_cclosure_marshal_VOID__POINTERv

    
                at gmarshal.c
                  line
                  1236

    

    • 

  • 
#10
_g_closure_invoke_va

    
                at gclosure.c
                  line
                  831

    

    • 

  • 
#11
g_signal_emit_valist

    
                at gsignal.c
                  line
                  3218

    

    • 

  • 
#12
g_signal_emit

    
                at gsignal.c
                  line
                  3365

    

    • 

  • 
#13
cal_client_view_emit_objects_added_idle_cb

    
                from
                /lib64/libecal-1.2.so.16

    

    • 

  • 
#14
g_main_dispatch

    
                at gmain.c
                  line
                  3067

    

    • 

  • 
#15
g_main_context_dispatch

    
                at gmain.c
                  line
                  3676

    

    • 

  • 
#16
g_main_context_iterate

    
                at gmain.c
                  line
                  3747

    

    • 

  • 
#17
g_main_context_iteration

    
                at gmain.c
                  line
                  3808

    

    • 

  • 
#18
g_application_run

    
                at gapplication.c
                  line
                  2282

    

    • 

  • 
#19
main

    
                at main.c
                  line
                  43

    

    • 







126	gcal_dup_icaltime (const icaltimetype *date)
127	{
128	  icaltimetype *new_date;
129	
130	  new_date= g_new (icaltimetype, 1);
131	  new_date->year = date->year;
132	  new_date->month = date->month;
133	  new_date->day = date->day;
134	  new_date->hour = date->hour;
135	  new_date->minute = date->minute;
(gdb) p new_date
$1 = (icaltimetype *) 0xba3e40
(gdb) p date
$2 = (const icaltimetype *) 0x0






Comment 1


Bastien Nocera





          2014-12-05 16:24:13 UTC
        



This happens when an event has no end date. Google uses start date as the end date if there is no end date, which we should also do. Erick is looking into fixing the event not showing up in the calendar if the length is 0 seconds.






Comment 2


Erick Perez Castellanos





          2014-12-08 17:50:32 UTC
        



Fixed. Pushed: e58959d851e2fa1f0c5bcf49ce66631c203e15c0