Bug 769796

Summary:	[abrt] meld-1.5.2-1.fc15: genericpath.py:18:exists:TypeError: coercing to Unicode: need string or buffer, NoneType found
Product:	[Fedora] Fedora	Reporter:	Burhan Ali <burhan.ali>
Component:	meld	Assignee:	Dominic Hopf <dmaphy>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	15	CC:	any0n3, cwickert, dmaphy, francescostabile, ryu.insang
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Unspecified
Whiteboard:	abrt_hash:913233f40a23c9eed75e4f0191a29bfb128ddf01
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-03-06 17:04:49 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Burhan Ali 2011-12-22 09:35:42 UTC

abrt version: 2.0.3
architecture:   x86_64
cmdline:        python /usr/bin/meld
comment:        Not sure what triggered this. Only just seen the crash in abrt.
component:      meld
executable:     /usr/bin/meld
kernel:         2.6.40.6-0.fc15.x86_64
os_release:     Fedora release 15 (Lovelock)
package:        meld-1.5.2-1.fc15
reason:         genericpath.py:18:exists:TypeError: coercing to Unicode: need string or buffer, NoneType found
time:           Wed Dec 21 16:16:32 2011
uid:            506
username:       burhan

backtrace:
:genericpath.py:18:exists:TypeError: coercing to Unicode: need string or buffer, NoneType found
:
:Traceback (most recent call last):
:  File "/usr/share/meld/meld/dirdiff.py", line 763, in on_treeview_row_activated
:    if p < self.num_panes and os.path.exists(allrows[p]):
:  File "/usr/lib64/python2.7/genericpath.py", line 18, in exists
:    os.stat(path)
:TypeError: coercing to Unicode: need string or buffer, NoneType found
:
:Local variables in innermost frame:
:path: None

Comment 1 Burhan Ali 2011-12-22 09:57:08 UTC

Did some more testing and was able to reproduce it.

If I do a directory comparison and double click on a danglink symlink I get the above stack trace. meld does not crash or show any indication that there was a problem.

Comment 2 Michael Spahn 2012-03-05 16:13:59 UTC

*** Bug 747133 has been marked as a duplicate of this bug. ***

Comment 3 Michael Spahn 2012-03-05 16:14:07 UTC

*** Bug 768294 has been marked as a duplicate of this bug. ***

Comment 4 Michael Spahn 2012-03-06 14:17:08 UTC

Is this still happening?

I couldn't reproduce it.

Comment 5 Burhan Ali 2012-03-06 16:58:33 UTC

I tested again and can no longer reproduce it. My meld version is:

[burhan@orion ~]$ rpm -q meld
meld-1.5.3-1.fc16.noarch

For completion, here is what I did to test it (I should have added this earlier):

[burhan@orion 769796]$ pwd
/dev/shm/769796

[burhan@orion 769796]$ mkdir a b

[burhan@orion 769796]$ cd a

[burhan@orion a]$ ln -s x y

[burhan@orion a]$ ls -l
total 0
lrwxrwxrwx 1 burhan burhan 1 Mar  6 16:51 y -> x

[burhan@orion a]$ cd -
/dev/shm/769796

[burhan@orion 769796]$ meld a b

Double click on "y: Dangling symlink"

Expected result: Nothing.
Actual result when reporting bug: background stack trace caught by abrt.
Actual result now: Nothing, as expected.

Comment 6 Michael Spahn 2012-03-06 17:04:49 UTC

Thanks for your help, I'll close this :-).