[Mldonkey-bugs] [bugs #9100] [CJK] Files with CJK file names are not moved into the incoming directory after completion

[JongAm Park]

This is an automated notification sent by Savannah.
It relates to:
                bugs #9100, project mldonkey, a multi-networks file-sharing 
client

==============================================================================
 LATEST MODIFICATIONS of bugs #9100:
==============================================================================

               Posted by: JongAm Park <JongAm>
               Posted on: 2005-01-19 06:18 (GMT)
    _______________________________________________________

Follow-up Comment:
I retest it with mldonky 2.5.16h.



I found some interesting thing.

Before files are fully downloaded, change your WEB browser's encoding method
to UTF-8 if the file name is in UTF-8.

(By changing the encoding method to the UTF-8, you can see the correct file
name. ), then wait until the file is fully downloaded. 



It will be moved to the incoming directoy with correct Korean file name.



How about other files with EUC-KR, CP-949 file names?

They are not moved into the incoming directory even though you set the
encoding method to the EUC-KR or CP-949( Korean( Windows, DOS) or UHC )



Maybe it is because the MacOS X uses Unicode as their native encoding method.
( I know it is UTF-16 rather than UTF-8 ).



Please keep in mind that most of files with Korean file names are in EUC-KR,
or UHC that is called as CP-949 or Korean(Windows, DOS) also.





==============================================================================
 OVERVIEW of bugs #9100:
==============================================================================

URL:
  <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=9100>

                 Summary: [CJK] Files with CJK file names are not moved into
the incoming directory after completion
                 Project: mldonkey, a multi-networks file-sharing client
            Submitted by: None
            Submitted on: Wed 05/26/2004 at 02:17
                Category: Core
                Severity: 1 - None
              Item Group: i18n issues
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
                 Release: 2-5-16
                 Release: 
        Platform Version: Mac OS X Jaguar
         Binaries Origin: Downloaded from third-party page
                CPU type: PowerPC

    _______________________________________________________


Files with CJK file names, or probably other languages, are not moved into
the incoming directory after completion.



The completes files are listed on the "Downloads" page of the Web UI, and
remains in the temp directory with unique IDs as their names. 

By unique IDs, I mean something like this, 783DDFB56DC45AE1B38EF577AB05640.



I will submit CJK related problems with [CJK] in the summary field.

Although I only mention CJK, other languages or symbol characters can be
affected also.



    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Wed 01/19/2005 at 06:18       By: JongAm Park <JongAm>
I retest it with mldonky 2.5.16h.



I found some interesting thing.

Before files are fully downloaded, change your WEB browser's encoding method
to UTF-8 if the file name is in UTF-8.

(By changing the encoding method to the UTF-8, you can see the correct file
name. ), then wait until the file is fully downloaded. 



It will be moved to the incoming directoy with correct Korean file name.



How about other files with EUC-KR, CP-949 file names?

They are not moved into the incoming directory even though you set the
encoding method to the EUC-KR or CP-949( Korean( Windows, DOS) or UHC )



Maybe it is because the MacOS X uses Unicode as their native encoding method.
( I know it is UTF-16 rather than UTF-8 ).



Please keep in mind that most of files with Korean file names are in EUC-KR,
or UHC that is called as CP-949 or Korean(Windows, DOS) also.





-------------------------------------------------------
Date: Sun 01/09/2005 at 19:03       By: JongAm Park <JongAm>
Hello. I found new thing on this issue.



For files with Korean name in Unicode (UTF-8), if the encoding method for
your web browser is set as UTF-8, then the files are moved into your incoming
folder. 

However if your web browser's encoding setting is EUC-KR or UHC ( or Korean
(DOS,WINDOWS) or CP949, equivalently. ), then it is not moved into the
folder.



However, you cannot safely set the default encoding setting of searching to
UTF-8, because most of Koreans run their eMule clients on Windows 9x, or any
other Windows OSes which use CP949 as their systeUm default Korean encoding
method.

To get better result from the search, it needs to search in CP949 (or UHC )
mode.



What is interesting is that file names in UTF-8 can be also be searched when
you set your browser encoding menu setting to UHC(CP949, Korean (DOS,Windows)
) also.



Tested with 2.5.16t mldonkey

-------------------------------------------------------
Date: Sat 10/30/2004 at 17:45       By: JongAm Park <JongAm>
I am sorry. I can't compile it on my MacOS X.



could you forward me some correct configure script for that?



-------------------------------------------------------
Date: Fri 10/29/2004 at 12:10       By: spiralvoice <spiralvoice>
Please check if this bug still is in current CVS version.

You should find a tarball of current CVS in files section of

this project: http://savannah.nongnu.org/download/mldonkey/

-------------------------------------------------------
Date: Tue 08/10/2004 at 18:47       By: spiralvoice <spiralvoice>
Changing severity to 1 because this bug might be solved in current CVS
release.

-------------------------------------------------------
Date: Mon 08/09/2004 at 18:30       By: spiralvoice <spiralvoice>
Please test CVS 2-5-25 and report if the bugs is still present.





    _______________________________________________________

Carbon-Copy List:

CC Address                          | Comment
------------------------------------+-----------------------------
address@hidden                | 




==============================================================================

This item URL is:
  <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=9100>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/