Why does Miro crash on startup after organizing feeds?

Yes, I am using 2.0.2; however, when I originally attempted the moving of the feed I was still on 2.0. I had not received the 2.0.2 upgrade message yet. The problem persists even though I've upgraded.

Any further ideas? Are there diagnostics that can be done? Now it is also crashing on exit, that began happening yesterday.

You log file will probably go a long way in giving some folks a clue as to what's going on.

Here is the log from this morning's startup crash:

2009-03-13 07:19:40,674 INFO     Initializing VLC

2009-03-13 07:20:05,197 INFO     Starting up Miro

2009-03-13 07:20:05,197 INFO     Version:    2.0.2

2009-03-13 07:20:06,180 INFO     OS:         Microsoft Windows 

2009-03-13 07:20:06,180 INFO     Revision:   https://svn.participatoryculture.org/... - 9263

2009-03-13 07:20:06,180 INFO     Builder:    pcf_developer@pcfbuild

2009-03-13 07:20:06,180 INFO     Build Time: 1236375185.49

2009-03-13 07:20:06,180 INFO     Starting event loop thread

2009-03-13 07:20:06,397 INFO     Restoring database...

2009-03-13 07:20:06,398 INFO     Connecting to C:\Users\Joel\AppData\Roaming\Participatory Culture Foundation\Miro\Support\sqlitedb

2009-03-13 07:20:13,206 TIMING   Database load slow: 6.808

2009-03-13 07:20:13,206 INFO     Database size on disk (in bytes): 25766912

2009-03-13 07:20:13,207 INFO     Database object count: 3787

2009-03-13 07:20:15,355 TIMING   idle (finish startup) too slow (8.977 secs)

2009-03-13 07:20:15,355 TIMING   idle (finish startup) cumulative is too slow (8.977 secs)

2009-03-13 07:20:15,355 INFO     Checking movies directory u'C:\\Users\\Joel\\Videos\\Miro\\'...

2009-03-13 07:20:17,650 TIMING   idle (reconnect downloaders) too slow (2.293 secs)

2009-03-13 07:20:17,650 DEBUG    handling backend <miro>

2009-03-13 07:20:17,651 DEBUG    handling backend </miro><miro>

2009-03-13 07:20:17,651 DEBUG    handling backend </miro><miro>

2009-03-13 07:20:17,653 DEBUG    handling backend </miro><miro>

2009-03-13 07:20:19,394 DEBUG    Setting LastSearchEngine to all

2009-03-13 07:20:26,526 DEBUG    got https://www.miroguide.com/

2009-03-13 07:20:27,145 DEBUG    not reselecting

2009-03-13 07:20:27,233 DEBUG    handling backend </miro><miro>

2009-03-13 07:20:27,233 DEBUG    handling backend </miro><miro>

2009-03-13 07:20:27,233 DEBUG    handling backend </miro><miro>

2009-03-13 07:20:27,233 DEBUG    handling backend </miro><miro>

2009-03-13 07:20:27,233 DEBUG    handling backend </miro><miro>

2009-03-13 07:20:27,233 DEBUG    handling backend </miro><miro>

2009-03-13 07:20:27,736 INFO     checking C:\Windows\system32\Macromed\Flash\flashplayer.xpt

2009-03-13 07:20:27,739 DEBUG    Setting windowdimensions to 306,95,1336,893

2009-03-13 07:20:27,739 DEBUG    Setting windowmaximized to False

2009-03-13 07:20:27,740 DEBUG    Setting windowdimensions to 306,95,1336,893

2009-03-13 07:20:27,740 DEBUG    Setting windowdimensions to 306,95,1336,893

2009-03-13 07:20:27,901 DEBUG    handling backend </miro><miro>

2009-03-13 07:20:57,026 TIMING   timeout (Save database) too slow (30.502 secs)

2009-03-13 07:20:57,026 TIMING   timeout (Save database) cumulative is too slow (30.502 secs)

2009-03-13 07:21:00,227 INFO     failed() called; generating crash report.

2009-03-13 07:21:00,311 INFO     ----- CRASH REPORT (DANGER CAN HAPPEN) -----

2009-03-13 07:21:00,311 INFO     App:        Miro

Publisher:  Participatory Culture Foundation

Platform:   windows-xul

Python:     2.5 (r25:51908, Sep 19 2006, 09:52:17) [MSC v.1310 32 bit (Intel)]

Py Path:    ['C:\\Program Files\\Participatory Culture Foundation\\Miro\\library.zip\\gtk-2.0', 'C:\\Program Files\\Participatory Culture Foundation\\Miro\\library.zip']

Version:    2.0.2

Serial:     20090306000

Revision:   https://svn.participatoryculture.org/... - 9263

Builder:    pcf_developer@pcfbuild

Build Time: 1236375185.49

Time:       Fri Mar 13 07:21:00 2009

When:       While handling idle (handling backend message: </miro><miro>)


Exception

---------

Traceback (most recent call last):

  File "miro\trapcall.pyc", line 42, in trap_call

  File "miro\messagehandler.pyc", line 516, in handle_track_channels

  File "miro\messagehandler.pyc", line 216, in send_initial_list

AssertionError: Tab ordering is wrong


Call stack

----------

  File "miro\trapcall.pyc", line 47, in trap_call


Threads

-------

Current: Event Loop

Active:

 - MainThread

 - ThreadPool - 2 [Daemon]

 - ThreadPool - 0 [Daemon]

 - ThreadPool - 1 [Daemon]

 - Thread-1

 - Event Loop


2009-03-13 07:21:00,312 INFO     ----- END OF CRASH REPORT -----

2009-03-13 07:21:00,312 TIMING   idle (handling backend message: </miro><miro>) too slow (3.286 secs)

</miro>

So it's been more than a month, and Miro has been updated to version 2.0.4 (r9360); however this still occurs.

My suspicion is that something got messed up when I tried to organize my feeds, but that's the best I can come up with. I have feeds that download the files just fine, but they don't show up anywhere. (I just realized this last week when looking for a back episode of something). I've looked through every folder and they are simply not there.

Being a software engineer myself, I decided try to look at the database to see if I could find some sort of inconsistency, but to my dismay, I discovered that the database is a bunch of serialized BLOB's and I can't tell what anything is.

Anyone able to give some insight?