rejetto forum

Bug.

RazTK · 29 · 33372

0 Members and 1 Guest are viewing this topic.

Offline RazTK

  • Occasional poster
  • *
    • Posts: 85
    • View Profile
    • http://raztk.50webs.com
Rafi, your server is without the "Use UNICODE in HTML" option, that makes the downloads in hebrew for downloading without any name! just the extention! :roll:
I've tried it before.
Edit - If you "saving it as..." it makes the file for dowload as HTML application or Executable application that doesn't working out. :roll:


Offline Rafi

  • Tireless poster
  • ****
    • Posts: 452
    • View Profile
OK, I set the UNICODE to On. I don't have any prblems with save-as, from you OR myself.


Offline RazTK

  • Occasional poster
  • *
    • Posts: 85
    • View Profile
    • http://raztk.50webs.com
It's still doesn't working (your server).
Try to save it yourself (in anyway!), you'll see it doesn't working.


Offline Rafi

  • Tireless poster
  • ****
    • Posts: 452
    • View Profile
Quote from: "RazTK"
It's still doesn't working (your server).
Try to save it yourself (in anyway!), you'll see it doesn't working.
It is realy strange! (see attached)

http://home.barak-online.net/rafi-d/tmp_files/HFS.doc

Edit:
Sorry, the problem/bug is still there...  save-as - is saving the HTML link as you said...  :(


Offline RazTK

  • Occasional poster
  • *
    • Posts: 85
    • View Profile
    • http://raztk.50webs.com
Yeah, I know... :(
I hope rejetto will fix this bug.


Offline rejetto

  • Administrator
  • Tireless poster
  • *****
    • Posts: 13524
    • View Profile
sorry for being late people, but i've been busy
i will try to resync with the forum this week


fixxxxer

  • Guest

Offline Rafi

  • Tireless poster
  • ****
    • Posts: 452
    • View Profile
Quote from: "fixxxxer"
When I download the following link I get HFS.doc not an HTML file.
http://home.barak-online.net/rafi-d/tmp_files/HFS.doc

INSIDE the doc is the process that creates the HTML links instead of files. It is when downloading file with names in Hebrew fonts...


Offline rejetto

  • Administrator
  • Tireless poster
  • *****
    • Posts: 13524
    • View Profile
how can i reproduce the problem?


Offline Rafi

  • Tireless poster
  • ****
    • Posts: 452
    • View Profile
Quote from: "rejetto"
how can i reproduce the problem?
I think we can try  to send you a sample file with a Hebrew name.
Look in your email ...@rejetto.com ...


Offline rejetto

  • Administrator
  • Tireless poster
  • *****
    • Posts: 13524
    • View Profile
ok, i noticed the problem affects also italian special characters, so it was easier for me to make tests.

first let say what the browsers do when you type the filename directly in the URL. it is an interesting thing because this way the URL is easy to type and to read. this is not necessarely related to file listing, where the server can encode the URL as it prefers.
IE and Opera encode in UTF8.
Firefox encodes in ANSI.

then i decided to see what other servers do.

abyss web server: in file listing it uses ANSI and don't even encodes extended characters using %. the result is: browsers do the encoding themself, but IE and Opera uses UTF8 so if you click on the file it does NOT work, only Firefox can download it.

apache: had no luck reinstalling it, it refuses to do it. ugh

badblue PE: same story as abyss.

easy file sharing: it encodes using ANSI. this mean it will work correctly with all browsers, you can download it, yes, BUT the filename will be WRONG if you use a codepage different from the server.

the problem with HFS was that encoding in unicode, some browsers will send a request in UTF8 (IE,Opera) and others in ANSI (Firefox) and there is no way to determine how it is encoded. Client ID may be faked or missing, so can't rely on it, and the option in HFS may be changed from the moment the listing was downloaded to the time the browser clicked on the link.
in beta25 i implemented a "smart" solution. if the file is not found as ANSI, then it tries as UTF8.
i tested it with IE, Opera and Firefox, and it seems to work.
people wishing to test it may contact me privately because this is a non-public release.
If it really works 99% of times, i may think to enable unicode by default.

Let say that this does not mean HFS has full support for unicode.
indeed despite the bug reported in this thread, there is another problem that is NOT related.
it is about reading unicode filenames from the local disk.
if i have an italian system and want to publish hebrew filenames, i can't.
i found it is very hard to solve because the treeview in delphi6 does not support unicode by itself.
anyway this problem is present in all above softwares too.


Offline Rafi

  • Tireless poster
  • ****
    • Posts: 452
    • View Profile
So why did it work OK (so it seemed) in V 1.6 ?


Anonymous

  • Guest
Quote from: "Rafi"
So why did it work OK (so it seemed) in V 1.6 ?

Edit:
OK, I checked Beta 25, and it looks very-much better! Saving files are now - in the correct fonts - displayed in the dialog box as well as saved on disk, and no links...

One thing that I've noticed though, is the ability to display them correctly in the browser-template. My browser is set on encoding->auto-select, and most of the times - the encoding is detected correctly, BUT... from time to time - on curtain pages/directories  the encoding is detected incorrectly as "western European (ISO)" and not as Hebrew. I'm not sure why, but it is consistant...

Can you check on that please?

Thanks, and again - it looks the the save-as-link-bug is fixed!


Offline rejetto

  • Administrator
  • Tireless poster
  • *****
    • Posts: 13524
    • View Profile
you can force the encoding including a thing such this in the template
Code: [Select]
<META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=windows-1252">