search

amikey / winff

Automatically exported from code.google.com/p/winff
0 stars 0 forks source link

Unicode characters in path, wrongly transfered upon drag and drop #5

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Create a folder that contains international unicode characters (eg Greek). 
2. Move a normal video file in that folder.
3. Drag and drop the file from the folder to the filebox of winfff

What is the expected output? What do you see instead?

The expected output would be the same that happens when normally inserting
the file using the browse... dialog, perfectly seeing the Greek characters
in the path. INSTEAD I get transformed characters like %20%32%77. When I
ask for the conversion, the converter fails to do the job, reporting an
input output error. 

But as I said works perfectly when getting the file with the browse... dialog.

What version of the product are you using? On what operating system?

Using 0.4 , installed in an Ubuntu Gutsy 64-bit with the latest updates,
using the package with --force-architecture . Gnome (nautilus) windows
manager (Xorg). Greek locale.

Please provide any additional information below.

Original issue reported on code.google.com by radiof...@gmail.com on 9 Apr 2008 at 3:31

GoogleCodeExporter commented 9 years ago

Original comment by bgg...@gmail.com on 10 Apr 2008 at 5:33

GoogleCodeExporter commented 9 years ago 
I also encountered this issue with Ubuntu 32-bit Hardy.  Kernel 2.6.24-19.  
Gnome
window manager, FFMPEG from Medibuntu.  English North American Local...  Using 
WinFF 0.4

Drag and Drop works with filenames without spaces, which are converted to %20

Thought FFMPEG was the problem at first... installed from SVN, older versions, 
and
Medibuntu all with same effect.

Original comment by dereksap...@gmail.com on 6 Jul 2008 at 3:51

GoogleCodeExporter commented 9 years ago 
Compiling WinFF with lazarus 0.926 and free pascal 2.2.3 fixed this issue

Original comment by bgg...@gmail.com on 2 Jan 2009 at 8:29

GoogleCodeExporter commented 9 years ago 
While this issue may be fixed under GNU/Linux, it still fails under Windows.  
My environment:

  Windows 7 Ultimate (Version 6.1, Build 7601: Service Pack 1, German GUI)
  WinFF 1.3.2
  ffmpeg-git-5d4fd1d-win32-static

Dragging and dropping a filename `ラ.mp4' into the WinFF GUI, then pressing 
the `Convert' button, I see the following in the command line window:

  title Converting Òâ®.mp4
  ...
  C:\Users\Werner\Desktop\Òâ®.mp4: No such file or directory

If I set the `Use CHCP for international characters' checkbox, I get the same 
title but a different slightly different wrong file name:

  C:\Users\Werner\Desktop\├úãÆ┬®.mp4: No such file or directory

Original comment by lemzw...@googlemail.com on 8 Jul 2011 at 5:15

GoogleCodeExporter commented 9 years ago 
@ lemzw...@googlemail.com

Can you please open a new bug (but still mention this bug) for this issue?

It may be the same, it may be new. (I will check in Ubuntu).

Original comment by poipodec...@hotmail.com on 9 Jul 2011 at 9:51

GoogleCodeExporter commented 9 years ago 
Done, see #120.

Original comment by lemzw...@googlemail.com on 9 Jul 2011 at 10:06