Bug 154901

Summary:	Unable to eject CD or DVD if a Konqueror window that once browsed its contents in running
Product:	[openSUSE] SUSE LINUX 10.0	Reporter:	Forgotten User bwNirt9brK <forgotten_bwNirt9brK>
Component:	KDE	Assignee:	E-mail List <kde-maintainers>
Status:	RESOLVED INVALID	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P4 - Low	CC:	suse-beta
Version:	Final
Target Milestone:	---
Hardware:	Other
OS:	Other
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	tgz of lsof output fstab copy

Description Forgotten User bwNirt9brK 2006-03-03 05:21:19 UTC

Steps to reproduce:
1. Open a CD or DVD in a Konqueror tab.
2. Open another tab.
3. Close the tab that is browsing the CD or DVD.
4. Press the eject button.

Expected behaviour:
The disc is ejected.

Actual behaviour:
The disc is NOT ejected.

Notes:
I have to close the Konqueror window to be able to eject the disc. In that case, I have to lose the contents of the other tabs or save them as bookmarks and reload them in a new window.

Sometimes even closing the Konqueror window is not enough and I have to logout. Then I have to close all other applications too.

Known Workaround:
Typing eject dvdram or eject cdrom on the command line.

(But this bug should still be fixed.)

Comment 1 Dirk Mueller 2006-03-03 08:41:21 UTC

do you have FAM daemon running? try stopping it.

Comment 2 Forgotten User bwNirt9brK 2006-03-04 05:38:50 UTC

Please tell me how to identify whether FAM daemon is running and how to stop it.

Comment 3 Stephan Kulow 2006-03-04 15:35:17 UTC

well, does a famd run?

Comment 4 Dirk Mueller 2006-03-05 00:14:24 UTC

run as root "rcfam status"

Comment 5 Forgotten User bwNirt9brK 2006-03-08 08:08:22 UTC

linux:/home/samjnaa # rcfam status
Checking for File Access Monitoring Daemon:                           unused

I hope I am right in reverting the status to ASSIGNED...

Comment 6 Stephan Kulow 2006-03-08 08:28:17 UTC

Hmm, provide the output of lsof as attachment in the moment you can't eject.

Comment 7 Forgotten User bwNirt9brK 2006-03-08 09:18:33 UTC

Created attachment 71712 [details]
tgz of lsof output

Comment 8 Stephan Kulow 2006-03-08 09:29:17 UTC

very puzzling, I never seen that - it seems to collect a leaked DIR for every directory you've been into. 

konqueror  7535    samjnaa  128r      DIR        3,0    2048      2048 /media/dvdram
konqueror  7535    samjnaa  129r      DIR        8,7    6488         4 /etc
konqueror  7535    samjnaa  130r      DIR        8,8     296      1431 /home/samjnaa/arcd
konqueror  7535    samjnaa  131r      DIR        8,8      80       710 /home/samjnaa/dload
konqueror  7535    samjnaa  132r      DIR        8,8     456      7214 /home/samjnaa/srcc
konqueror  7535    samjnaa  133r      DIR        8,8     392     17993 /home/samjnaa/arcs/appearance
konqueror  7535    samjnaa  134r      DIR        8,8    2496         4 /home/samjnaa

It must be some plugin that does that, but the list of loaded plugins looks reasonable ;(

Is that KDE 3.4 or 3.5 btw?

Comment 9 Forgotten User bwNirt9brK 2006-03-08 11:00:20 UTC

KDE 3.51, SUSE 10.0 supplementary packages, build 18. Will downloaded the latest packages (looks like some packages have been rebuilt) tonight and test and get back to you again. (Though I doubt whether using the newer builds of the same original source code will help...)

Comment 10 Stephan Kulow 2006-03-09 13:34:13 UTC

Ok, I debugged this and this is subfs/10.0 specific. konqueror tries to find if it has to discard the handle and seems to find problems with the subfs mount point. 

Please provide /etc/fstab and /proc/mounts

Comment 11 Forgotten User bwNirt9brK 2006-03-10 06:57:19 UTC

Created attachment 72156 [details]
fstab copy

I have attached /etc/fstab. /proc/mounts is empty.

Comment 12 Forgotten User bwNirt9brK 2006-03-10 07:00:47 UTC

I have upgraded my 3.51 kdebase packages to the latest builds -- kdebase is 3.5.1-34 and I do not see this problem any more (in the two or three times I experimented) but let that not stop you from fixing a bug if one really exists.

Comment 13 Stephan Kulow 2006-03-10 08:50:33 UTC

if /proc/mounts is empty, this would be another (kernel) bug. But it would explain the thing you see. Because KDE can't find out that /media/dvdram is a special directory.

Anyway, 10.1 won't have this problem as inotify does not keep the device busy.

Comment 14 Forgotten User bwNirt9brK 2006-03-10 12:48:02 UTC

Could you just explain to me: 

> KDE can't find out that /media/dvdram is a special directory

So what?

Comment 15 Stephan Kulow 2006-03-10 13:00:17 UTC

So it stays locked?