Bug 155875 - calendar-gui-CRITICAL warning when deleting recurrent appointments
calendar-gui-CRITICAL warning when deleting recurrent appointments
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: evolution-data-server (Show other bugs)
All Linux
medium Severity low
: ---
: ---
Assigned To: Matthew Barnes
Depends On:
  Show dependency treegraph
Reported: 2005-04-25 03:34 EDT by Petr Šimon
Modified: 2007-11-30 17:07 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-01-01 00:01:18 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Petr Šimon 2005-04-25 03:34:26 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050322 Fedora/1.7.6-2

Description of problem:
Lots of noise when deleting recurrent appointments after switching to List view.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. add recurrent appointment
2. switch to List view
3. delete "this" or "all occurences"


Actual Results:  (evolution:29024): calendar-gui-CRITICAL **: file e-cal-model-calendar.c: line 202 (ecmc_value_at): assertion `row >= 0 && row < e_table_model_row_count (etm)' failed

Expected Results:  No noise

Additional info:

This, however, does not affect the functionality of Evolution as far as I could see.
Comment 1 Dave Malcolm 2005-08-29 19:57:24 EDT
Various assertion failures firing for me:
eti_unfreeze (ETableItem *eti): g_return_if_fail (eti->frozen_count > 0); (it's
zero) called by eti_table_model_changed(), potentially called many times if
there are many recurrences in the list.

ecmc_value_at (ETableModel *etm, int col, int row): g_return_val_if_fail (row >=
0 && row < e_table_model_row_count (etm), NULL); row==0   Appears to be used in
layout size calculations, to get the string for a PangoLayout; uses an empty string.

These may well both be benign.
Comment 4 RHEL Product and Program Management 2007-01-01 00:01:18 EST
Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request. 

Note You need to log in before you can comment on or make changes to this bug.