jenndhemus / editra-plugins

Automatically exported from code.google.com/p/editra-plugins
0 stars 0 forks source link

[projects] crash while browsing #88

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
Hello, I had this traceback while testing the latest project revision:

#---- Notes ----#
Please provide additional information about the crash here
#---- System Information ----#
Editra Version: 0.4.42
Operating System: Windows XP (build 2600, Service Pack 2)
Python Version: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 
bit (Intel)]
wxPython Version: 2.8.9.1 (msw-unicode)
wxPython Info: (__WXMSW__, wxMSW, unicode, wx-assertions-on, SWIG-1.3.29)
Python Encoding: Default=ascii  File=mbcswxPython Encoding: cp1252
System Architecture: 32bit Byte order: littleFrozen: False
#---- End System Information ----#
#---- Traceback Info ----#
*** Mon Feb 02 11:43:31 2009 ***
Traceback (most recent call last):  
File build\bdist.win32\egg\projects\ProjectPane.py, line 277, 
in OnCompareItems    
tup1 = (int(not(os.path.isdir(self.GetPyData(item1)[path]))),
TypeError: NoneType object is unsubscriptable
#---- End Traceback Info ----#

Original issue reported on code.google.com by rudi.pet...@gmail.com on 2 Feb 2009 at 10:54

GoogleCodeExporter commented 8 years ago
Operating system: XP; steps to reproduce it:

1. start with an empty project
2. create new folder
3. right click on new folder (without clicking its [+] tree icon to expand it)
4. create new python file
5. editra crashes (the exception is handled and you get the attached traceback)
6. project browser tree shows this hierarchy:

aaa/
  untitled folder/
      untitled file.py
      untitled file.py

Of course the duplicate "untitled file.py" does not really exist on the 
filesystem.

Original comment by rudi.pet...@gmail.com on 2 Feb 2009 at 11:06

GoogleCodeExporter commented 8 years ago
Thanks,

I was able to reproduce the crash doing this. I made a few changes and was 
unable to
reproduce it anymore. Can you double check on your setup?

Also added extra checking to prevent that traceback related crash from 
happening. I
couldn't get that traceback to happen. But for the data to be none a tree node 
must
have been getting accessed while it was being deleted. Which could also lead to 
the
lock up and crash.

Cody

Original comment by CodyPrec...@gmail.com on 3 Feb 2009 at 6:12

GoogleCodeExporter commented 8 years ago
Thanks, on windows XP it seems stable now.

Original comment by rudi.pet...@gmail.com on 3 Feb 2009 at 9:23

GoogleCodeExporter commented 8 years ago
really, great.

It seems that when removing a node in the tree that has children nodes they 
need to
be destroyed first.

Thanks,

Cody

Original comment by CodyPrec...@gmail.com on 3 Feb 2009 at 1:09

GoogleCodeExporter commented 8 years ago
Move old 'fixed' issues to verified

Original comment by CodyPrec...@gmail.com on 3 Feb 2009 at 8:18