bzr: ERROR: exceptions.AttributeError: 'NoneType' object has no attribute 'lock_read'

Bug #663546 reported by Samuel Bronson
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Bazaar Explorer
Incomplete
Undecided
Unassigned

Bug Description

Bazaar Explorer asked me to report a bug, and requested that I include the following information:

bzr: ERROR: exceptions.AttributeError: 'NoneType' object has no attribute 'lock_read'

Traceback (most recent call last):
  File "C:/Program Files/Bazaar/plugins\explorer\lib\explorer.py", line 1450, in callable_with_cleanup
  File "C:/Program Files/Bazaar/plugins\explorer\lib\view_repository.py", line 518, in task
  File "C:/Program Files/Bazaar/plugins\explorer\lib\html_log.py", line 34, in log_as_html
  File "bzrlib\log.pyo", line 339, in show
AttributeError: 'NoneType' object has no attribute 'lock_read'

bzr 2.2.1 on python 2.6.4 (win32)
arguments: ['C:\\Program Files\\Bazaar\\tbzrcommand.exe', '--command=explorer', '--dir=E:\\Documents\\Code\\dvc']
encoding: 'cp1252', fsenc: 'mbcs', lang: None
plugins:
  bzrtools C:\Program Files\Bazaar\plugins\bzrtools [2.2.0]
  colo C:\Program Files\Bazaar\plugins\colo [0.1.0]
  explorer C:\Program Files\Bazaar\plugins\explorer [1.1.0]
  fastimport C:\Program Files\Bazaar\plugins\fastimport [0.9.0dev]
  launchpad C:\Program Files\Bazaar\plugins\launchpad [2.2.1]
  loom C:\Program Files\Bazaar\plugins\loom [2.2.1dev]
  netrc_credential_store C:\Program Files\Bazaar\plugins\netrc_credential_store [2.2.1]
  news_merge C:\Program Files\Bazaar\plugins\news_merge [2.2.1]
  pipeline C:\Program Files\Bazaar\plugins\pipeline [unknown]
  qbzr C:\Program Files\Bazaar\plugins\qbzr [0.19.2]
  rewrite C:\Program Files\Bazaar\plugins\rewrite [0.6.1]
  svn C:\Program Files\Bazaar\plugins\svn [1.0.4]
  upload C:\Program Files\Bazaar\plugins\upload [1.0.0dev]
  xmloutput C:\Program Files\Bazaar\plugins\xmloutput [0.8.6]

All I could find in .bzr.log is:

0.282 looking for plugins in C:/Documents and Settings/lanteam/Application Data/bazaar/2.0/plugins
0.282 looking for plugins in C:/Program Files/Bazaar/plugins
6.750 loading explorer extensions for clothes ['Bazaar support', 'Register on Launchpad']
6.750 explorer extensions provided by the colo plugin in C:/Program Files/Bazaar/plugins/colo/explorer
9.266 bzr-svn: using Subversion 1.6.6 ()
12.047 Unable to open <bzrlib.transport.local.LocalTransport url=file:///E:/Documents/Code/dvc/.bzr/repository/> with Subversion: Unable to open an ra_local session to URL
[Dozens of repetitions of the above line with numerous other paths within the same .bzr directory omitted]
44.453 Traceback (most recent call last):
  File "tbzrcommand.py", line 39, in <module>
error: (6, 'GetConsoleTitle', 'The handle is invalid.')

44.453 couldn't find apport bug-reporting library: No module named apport
45.500 opening working tree 'E:/Documents/Code/dvc/working'
45.735 Returning RevisionSpec RevisionSpec_submit for submit:
[ 4804] 2010-10-19 17:02:41.953 INFO: Using parent branch file:///E:/Documents/Code/dvc/trunk/
46.375 check paths: None
46.407 check paths: None
[ 5260] 2010-10-19 17:14:58.203 INFO: Client disconnected from pipe - closing connection

(I guess I don't really need to tell you that I'm using Windows, and that I have not implemented multi-tasking and multi-user support for DOS, nor have I ported pyqt and subversion to it?)

Now I'll see if I can reproduce this with Process Monitor tracing filesystem access and the like...

Revision history for this message
Samuel Bronson (naesten) wrote :

Okay, this happens intermittently when I

1) Start Bazaar Explorer on "E:\Documents\Code\dvc" (from TortoiseBzr, thus far), which is a shared repository with two branches and a lightweight checkout nested inside it.

2) Double click on the lightweight checkout.

I tried 7-zipping my repository, in case there was something odd about it, but now *I* can't seem to reproduce it (with either the extracted one or the original), so I guess there must be some factor that I'm not not aware of, and I'm not going to bother uploading the 10 meg file just so you can waste your time trying to reproduce it, unless you think that it might actually help...

Also, it might be relevant that I ran into this on my USB stick, which is formatted with FAT32. (It used to be FAT16, but I converted it to save space when it got full. This helped because FAT32 allows smaller "clusters", and I had tons of tiny files.)

Revision history for this message
Alexander Belchenko (bialix) wrote :

It looks like bzr-explorer have tried to get the log for some object (branch or light checkout) and have passed wrong object down the stack.

Samuel, if you still can reproduce this I'll need some additional debug info from you.

That could be related to bzrlib problems though, I recall to see something vaguely similar to your traceback.

Changed in bzr-explorer:
status: New → Incomplete
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.