Bug 25473 - fs devices break on upgrade
fs devices break on upgrade
Product: Red Hat Linux
Classification: Retired
Component: kdebase (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bernhard Rosenkraenzer
Aaron Brown
Florence RC-1
Depends On:
  Show dependency treegraph
Reported: 2001-02-01 08:46 EST by Tim Waugh
Modified: 2007-04-18 12:31 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-02-02 07:47:30 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Here's the kdelnk file that no longer works (908 bytes, text/plain)
2001-02-01 08:47 EST, Tim Waugh
no flags Details
Newly-created file that does work (138 bytes, text/plain)
2001-02-01 08:51 EST, Tim Waugh
no flags Details
desktopconv result (878 bytes, text/plain)
2001-02-01 15:49 EST, Tim Waugh
no flags Details

  None (edit)
Description Tim Waugh 2001-02-01 08:46:32 EST
On upgrade from Guinness, my ZIP icon has broken.

I have /dev/sda4 (the ZIP device) in console.perms, and have checked that
it is owned by the console user, and that 'mount /mnt/zip' works fine. 
Here's the fstab line:

/dev/sda4 /mnt/zip auto noauto,owner 0 0
Comment 1 Tim Waugh 2001-02-01 08:47:21 EST
Created attachment 8639 [details]
Here's the kdelnk file that no longer works
Comment 2 Tim Waugh 2001-02-01 08:49:41 EST
Here's the failure mode:

Konqueror window opens with URL

Modal dialog window opens with:

Unsupported action
Comment 3 Tim Waugh 2001-02-01 08:50:14 EST
When creating a new icon, it works fine.  Old Desktop files should be upgraded,
Comment 4 Tim Waugh 2001-02-01 08:51:39 EST
Created attachment 8640 [details]
Newly-created file that does work
Comment 5 Bernhard Rosenkraenzer 2001-02-01 14:49:33 EST
Does running desktopconv fix this for you?

Comment 6 Glen Foster 2001-02-01 14:59:28 EST
This defect is considered MUST-FIX for Florence Release-Candidate #1
Comment 7 Tim Waugh 2001-02-01 15:48:39 EST
No, desktopconv made things much worse.  I replaced my newly made Zip file in
/home/tim/Desktop with the Zip.kdelnk that I attached to this bug, and ran
desktopconv from my home directory.  I ended up with a Desktop subdirectory
within my existing Desktop subdirectory, and so only one icon on my Desktop.

After removing one level of directories, I am left with a Desktop/Zip.  It
doesn't work, with similar symptoms as before the change.  I'll attach it.
Comment 8 Tim Waugh 2001-02-01 15:49:16 EST
Created attachment 8659 [details]
desktopconv result
Comment 9 Bernhard Rosenkraenzer 2001-02-02 07:36:16 EST
desktopconv converts KDE 1.x-ish config files to 2.x - running it after having 
changed config files to 2.x can't work.

Also, your KDE 1.x config is odd (no mountpoint listed). Are you sure this 
ever worked? Is /dev/sda4 listed in fstab?
Comment 10 Tim Waugh 2001-02-02 07:39:32 EST
Why doesn't it spot that and just stop then, rather than f**king up the Desktop

Yes, of course I'm sure this worked.  '/mnt/zip' shows up in the properties
dialog; presumably it gets that info from my /etc/fstab.

Can you reproduce this or not?
Comment 11 Bernhard Rosenkraenzer 2001-02-02 07:45:14 EST
Yes, but since I don't have a ZIP drive, I couldn't tell for sure whether or 
not the original file worked.
The "Mountpoint=" line *is* odd.

I'll fix up desktopconv now.
Comment 12 Tim Waugh 2001-02-02 07:47:21 EST
I don't think this is Zip-drive specific; a spare partition (or even a loopback
mount) might trigger it.
Comment 13 Bernhard Rosenkraenzer 2001-02-02 13:19:13 EST
This is fixed in 2.0.20010201-2.
I've rewritten desktopconv to take care of these things (and it won't break 
existing KDE 2.x configs anymore).
Comment 14 Tim Waugh 2001-02-02 17:35:07 EST
For the record, I was able to reproduce this on a machine with a VFAT partition
rather than a ZIP drive.

After running desktopconv (no upgrades from fisher), this time I got 'The
desktop entry file ... has no Type=... entry' when clicking on the icon.

Note You need to log in before you can comment on or make changes to this bug.