Bug 133860 - CD/DVD Volume ID encoding (unicode label)
Summary: CD/DVD Volume ID encoding (unicode label)
Status: RESOLVED FIXED
Alias: None
Product: k3b
Classification: Applications
Component: Data Project (show other bugs)
Version: 0.12.x
Platform: Mandriva RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Sebastian Trueg
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-10 15:55 UTC by Helge Hielscher
Modified: 2006-11-23 10:17 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Helge Hielscher 2006-09-10 15:55:25 UTC
Version:            (using KDE KDE 3.5.4)
Installed from:    Mandriva RPMs

Steps to reproduce:
1. burn a CD/DVD with the Volume ID "testтестäöü߀ДЖ" (I used k3b 0.12.17)
2. go to "media:/" in konqueror

Result: the CD/DVD is labeled: testÑ_еÑ_Ñ_äö

I use UTF-8 locales.
Comment 1 Kevin Ottens 2006-09-10 16:01:54 UTC
Could you please attach what lshal says about this cd when it's in the drive?
This way I'd get a better picture on where in the stack the decoding it broken.
Comment 2 Helge Hielscher 2006-09-10 16:42:53 UTC
lshal says "volume.label = 'testÑ_еÑ_Ñ_äö'  (string)"
Do you need any other lines of the output?
Comment 3 Kevin Ottens 2006-09-10 16:54:20 UTC
No, you provided me exactly the information I wanted. :-)

So, we have two possibilities here:
1) K3B broke your label when recording the CD
2) HAL don't read the label correctly

In both cases I can't do anything about it since I'm simply receiving the information from HAL.

That's why I will reassign this bug to K3B just so that its maintainer can check it's not on his side, if he confirms that he's a good citizen regarding utf8 labels then I strongly advise him to resolve your bug as INVALID and ask you to open one in freedesktop.org bugzilla on HAL.
Comment 4 Sebastian Trueg 2006-09-10 17:39:58 UTC
I think the problem simply is that iso does not use utf8 but some restricted version of ascii and K3b does not check that. So the bug is indeed in K3b.

I need to implement a check on the volume desc fields. (One could argue that mkisofs should do the same...)

This is a duplicate of some other bug but I cannot remember the number at the moment.
Comment 5 Helge Hielscher 2006-09-10 18:20:57 UTC
The CD/DVD had been written with Rock Ridge and Joliet. Isn't Joliet using UTF16BE?
Comment 6 Sebastian Trueg 2006-09-10 20:15:01 UTC
yes, but mkisofs does not allow different volume ids for the iso and joliet 
descriptors. Thus, we have to restrict ourselves.
Comment 7 Sebastian Trueg 2006-11-23 10:17:23 UTC
SVN commit 607122 by trueg:

* New "further actions" button in the welcome widget.
* Restrict the charset for volume descriptor fields to latin1.
  This is not the actual standard but should work almost everywhere.
  The standard would be too restricted for most users (only upper case)
* Fixed a crash recently introduced.

BUGS: 137740, 106840, 133860, 93614


 M  +20 -9     libk3b/projects/datacd/k3bisoimager.cpp  
 M  +1 -0      libk3b/tools/k3bdirsizejob.cpp  
 M  +36 -17    libk3b/tools/k3blistview.cpp  
 M  +6 -5      libk3b/tools/k3blistview.h  
 M  +25 -2     libk3b/tools/k3bvalidators.cpp  
 M  +13 -2     libk3b/tools/k3bvalidators.h  
 M  +34 -0     src/k3bfiletreeview.cpp  
 M  +4 -0      src/k3bfiletreeview.h  
 M  +16 -4     src/k3bflatbutton.cpp  
 M  +2 -0      src/k3bflatbutton.h  
 M  +82 -55    src/k3bwelcomewidget.cpp  
 M  +6 -1      src/k3bwelcomewidget.h  
 M  +1 -1      src/main.cpp  
 M  +0 -3      src/projects/k3baudiotrackview.cpp  
 M  +9 -0      src/projects/k3baudiotrackviewitem.cpp  
 M  +1 -0      src/projects/k3baudiotrackviewitem.h  
 M  +3 -2      src/projects/k3bdatadirtreeview.cpp  
 M  +0 -2      src/projects/k3bdatafileview.cpp  
 M  +2 -0      src/projects/k3bdataview.cpp  
 M  +10 -0     src/projects/k3bdataviewitem.cpp  
 M  +1 -1      src/projects/k3bdataviewitem.h  
 M  +1 -2      src/projects/k3bdatavolumedescwidget.cpp