rejetto forum
Software => HFS ~ HTTP File Server => Topic started by: RazTK on April 28, 2005, 04:08:29 AM
-
Hello Everyone!
phew... long time I didn't post in the forums :P
Well, the problem is: I started my server and enabled the "Use UNICODE in HTML" option because I put some file in Hebrew. Anyway, I clicked the file in my server and I always get the "404 - Not found" page.
Please, check this problem :cry: .
You will see that everything works fine with version 1.6a.
Edit! - I checked the problem with Mozilla Firefox and everything works fine! But the problem still in Internet Explorer.
-
Try using:
Menu->URL-encoding->enforce-non-ASCII-characters
and not "Use UNICODE in HTML"
-
I'm already with this option. :?
I checked version 1.6a, and this version doesn't have this bug. :eek:
-
OK, is this your file:
(http://rafi_d.spymac.net/pub/hebrew.jpg)
???
Probably a bug in the new HFS template or in IE... IE does not auto-detect the encoding.
Just do in IE: View->encoding->Hebrew(Window) ...
-
I'm telling you, I've tried everything.
It can't be a bug on IE, I told you that everything fine with version 1.6a.
-
...It can't be a bug on IE...
OK, I said - it might be a bug in the HFS template. Didn't changing the encoding in IE - worked for you ?
-
No, it didn't.
-
No, it didn't/doesn't. (What is the right word? :#) )
I works for me (as you can see from the jpg above) , so it will probably work for your friends as well ...
Again: IE-Menu>view>Encoding>Hebrew (Windows)
Good luck!
-
Rafi, you don't get the point... >:(
I can see hebrew too, but when I clicking on it, It giving me the "404 Not found" page.
And version 1.6a working great.
Let rejetto fix it.
-
Rafi, I saw you downloaded the file.
It succeeded because I disabled the option "Use UNICODE in HTML".
-
Rafi, I saw you downloaded the file.
It succeeded because I disabled the option "Use UNICODE in HTML".
Well, I said that in the first post. BUT I don't think so... ;) I think it worked since I used Right-click->Save-target-as... :P
-
I added my address to my second server that running on v1.6a.
You will see that everything goes just fine with that version.
Edit - I've tried to "Save it as..." but it was saving it as HTML application or executable application that doesn't working... :?
-
8O better wait for rejetto/amon to look at it. I don't have any problems with V2.
-
Does version 2 not giving you the "404 Not found" page? :?
-
Version 2 doesn't giving you the "404 Not found" page? :?
No such problem! Also - on your server I get 404 when I double-click it, but save-as works well. Probably some minor configuration problem.
You can try here: http://rafi.homeip.net (user: test , password: 1234)
-
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:
-
OK, I set the UNICODE to On. I don't have any prblems with save-as, from you OR myself.
-
It's still doesn't working (your server).
Try to save it yourself (in anyway!), you'll see it doesn't working.
-
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... :(
-
Yeah, I know... :(
I hope rejetto will fix this bug.
-
sorry for being late people, but i've been busy
i will try to resync with the forum this week
-
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
-
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...
-
how can i reproduce the problem?
-
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 ...
-
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.
-
So why did it work OK (so it seemed) in V 1.6 ?
-
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!
-
you can force the encoding including a thing such this in the template
<META HTTP-EQUIV="CONTENT-TYPE" CONTENT="text/html; charset=windows-1252">