<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.kde.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugs.kde.org/"
          
          maintainer="sysadmin@kde.org"
>

    <bug>
          <bug_id>101696</bug_id>
          
          <creation_ts>2005-03-17 15:27:44 +0000</creation_ts>
          <short_desc>korganizer crash at startup for a particular std.ics file</short_desc>
          <delta_ts>2006-12-16 11:21:52 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>2</classification_id>
          <classification>Applications</classification>
          <product>korganizer</product>
          <component>general</component>
          <version>unspecified</version>
          <rep_platform>Debian testing</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>NOR</priority>
          <bug_severity>crash</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="berti">bertrand.haut</reporter>
          <assigned_to name="kdepim bugs">pim-bugs-null</assigned_to>
          
          
          <cf_commitlink></cf_commitlink>
          <cf_versionfixedin></cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>0</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>324779</commentid>
    <comment_count>0</comment_count>
    <who name="berti">bertrand.haut</who>
    <bug_when>2005-03-17 15:27:44 +0000</bug_when>
    <thetext>Version:            (using KDE KDE 3.3.2)
Installed from:    Debian testing/unstable Packages
OS:                Linux

If I try to launch korganizer, I get the following error :

berti@venus:~/code/kynaptic-kde/src$ korganizer
ERROR: Communication problem with korganizer, it probably crashed.

After some research, it appears that if I remove my ~/.kde/share/apps/korganizer/std.ics file, korganizer is working.

I&apos;ve succeed to reduc my std.ics file to two entries. If these entries are there, korganizer crash. If only one of the two is removed (any of the two), korganizer is working.

In attachment, I put the std.ics file.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>324781</commentid>
    <comment_count>1</comment_count>
      <attachid>10163</attachid>
    <who name="berti">bertrand.haut</who>
    <bug_when>2005-03-17 15:29:26 +0000</bug_when>
    <thetext>Created attachment 10163
the bogus std.ics file</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>370299</commentid>
    <comment_count>2</comment_count>
    <who name="Bram Schoenmakers">me</who>
    <bug_when>2005-09-01 23:43:52 +0000</bug_when>
    <thetext>Still crashes in today&apos;s 3.5 branch.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>482550</commentid>
    <comment_count>3</comment_count>
    <who name="Reinhold Kainhofer">reinhold</who>
    <bug_when>2006-11-02 18:51:06 +0000</bug_when>
    <thetext>Reassigning all KOrganizer bug reports and wishes to the newly created 
korganizer-devel mailing list.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>494063</commentid>
    <comment_count>4</comment_count>
    <who name="Martin Koller">martin</who>
    <bug_when>2006-12-16 11:21:52 +0000</bug_when>
    <thetext>SVN commit 614095 by mkoller:

BUG: 101696
Break recursive relation to avoid endless loop


 M  +14 -1     kotodoview.cpp  


--- branches/KDE/3.5/kdepim/korganizer/kotodoview.cpp #614094:614095
@@ -590,6 +590,9 @@
     // Use dynamic_cast, because in the future the related item might also be an event
     Todo *relatedTodo = dynamic_cast&lt;Todo *&gt;(incidence);
 
+    // just make sure we know we have this item already to avoid endless recursion (Bug 101696)
+    mTodoMap.insert(todo,0);
+
 //    kdDebug(5850) &lt;&lt; &quot;  has Related&quot; &lt;&lt; endl;
     QMap&lt;Todo *,KOTodoViewItem *&gt;::ConstIterator itemIterator;
     itemIterator = mTodoMap.find(relatedTodo);
@@ -599,7 +602,17 @@
     }
     // isn&apos;t this pretty stupid? We give one Todo  to the KOTodoViewItem
     // and one into the map. Sure finding is more easy but why? -zecke
-    KOTodoViewItem *todoItem = new KOTodoViewItem(*itemIterator,todo,this);
+    KOTodoViewItem *todoItem;
+
+    // in case we found a related parent, which has no KOTodoViewItem yet, this must
+    // be the case where 2 items refer to each other, therefore simply create item as root item
+    if ( *itemIterator == 0 ) {
+      todo-&gt;setRelatedTo(0);  // break the recursion, else we will have troubles later
+      todoItem = new KOTodoViewItem(mTodoListView,todo,this);
+    }
+    else
+      todoItem = new KOTodoViewItem(*itemIterator,todo,this);
+
     return mTodoMap.insert(todo,todoItem);
   } else {
 //    kdDebug(5850) &lt;&lt; &quot;  no Related&quot; &lt;&lt; endl;
</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>10163</attachid>
            <date>2005-03-17 15:29:26 +0000</date>
            <delta_ts>2005-03-17 15:29:26 +0000</delta_ts>
            <desc>the bogus std.ics file</desc>
            <filename>std.ics.bug</filename>
            <type>application/octet-stream</type>
            <size>723</size>
            <attacher name="berti">bertrand.haut</attacher>
            
              <data encoding="base64">QkVHSU46VkNBTEVOREFSClBST0RJRDotLy9LIERlc2t0b3AgRW52aXJvbm1lbnQvL05PTlNHTUwg
bGlia2NhbCAzLjIvL0VOClZFUlNJT046Mi4wCgoKCkJFR0lOOlZUT0RPCkRUU1RBTVA6MjAwNTAz
MTBUMTcwOTIwWgpPUkdBTklaRVI7Q049QmVydHJhbmQgSGF1dDpNQUlMVE86aGF1dEBhdXRvLnVj
bC5hYy5iZQpDUkVBVEVEOjIwMDUwMzAyVDE0MjgzMVoKVUlEOmxpYmtjYWwtMTQxODQ2MTkxNC42
NzIKU0VRVUVOQ0U6MgpMQVNULU1PRElGSUVEOjIwMDUwMzEwVDE2MzgwN1oKU1VNTUFSWTpjYXJ0
ZSBkJ2lkZW50aXRpw6kKQ0xBU1M6UFVCTElDClBSSU9SSVRZOjMKUkVMQVRFRC1UTzpsaWJrY2Fs
LTYwMzczMjk4LjcyMgpQRVJDRU5ULUNPTVBMRVRFOjUwCkVORDpWVE9ETwoKQkVHSU46VlRPRE8K
RFRTVEFNUDoyMDA1MDMxMFQxNzA5MjBaCk9SR0FOSVpFUjtDTj1CZXJ0cmFuZCBIYXV0Ok1BSUxU
TzpoYXV0QGF1dG8udWNsLmFjLmJlCkNSRUFURUQ6MjAwNTAzMDJUMTQyODU5WgpVSUQ6bGlia2Nh
bC02MDM3MzI5OC43MjIKU0VRVUVOQ0U6MApMQVNULU1PRElGSUVEOjIwMDUwMzEwVDE2MzgxMloK
U1VNTUFSWTphc3N1cmFuY2UgZXQgY2hhbmdlbWVudCBkJ2FkZHJlc3NlcyBJTkcKQ0xBU1M6UFVC
TElDClBSSU9SSVRZOjMKUkVMQVRFRC1UTzpsaWJrY2FsLTE0MTg0NjE5MTQuNjcyClBFUkNFTlQt
Q09NUExFVEU6MzAKRU5EOlZUT0RPCgoKRU5EOlZDQUxFTkRBUgoK
</data>

          </attachment>
      

    </bug>

</bugzilla>