K3b cannot invoke customized encoder with non-ASCII data for ripping

Bug #133198 reported by Arda
2
Affects Status Importance Assigned to Milestone
k3b (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: k3b

(Using K3b 1.0, up-to date Kubuntu Edgy)

I wanted to configure an encoder (neroAacEnc) to rip an audio CD, however, although I'm using utf-8 everywhere (console, iocharset when mounting etc.), K3b fails every time if a file name contains a character from the set [ĞÜŞİÖÇğüşıöç] - Turkish special characters. It should be pretty easy to reproduce: Tools/Rip Audio CD, then configure something as encoder (echo %f maybe?), edit tags to something like "Şirin Pancaroğlu", and it simply fails. My "ripped filename pattern" is in the form:
%A/@y{(%y) }%T/(%n) %a - %t
so the output filename contains the artist name and track name. Lame works as expected.

Revision history for this message
Daniel T Chen (crimsun) wrote :

Is this symptom still reproducible in 8.10 beta or later?

Changed in k3b:
status: New → Incomplete
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in k3b:
status: Incomplete → Invalid
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.