rejetto forum
Software => HFS ~ HTTP File Server => Topic started by: Mille on November 13, 2008, 05:57:29 AM
-
Hello
Can't recall having this problem before. But suddenly now when I wanted some importent files it appeared.
I think i've isolated the problem down to the åäö-chars.
If someone upload a file with those chars it looks ok, and even after the file transfer is complete it returns "ok" for the one who uploaded it, but it gets removed from disk (or is stuck in tempdir).
I bet this must have been fixed in earlier releases, so I'm wondering... is it maybe a setting that is malfunction? Suggestions?
-
what version are you using?
try latest beta
http://www.rejetto.com/forum/?board=33
-
what version are you using?
try latest beta
2.2d build #152
shouldn't that sort of things be fixed in that version already?
I will of course try the beta and see if that helps, but i somehow i feel like this would be a problem you would have had and had complains about in earlier versions.
Hm... it updated me to 2.2e now! Gonna try it out, and i'll keep you posted.
-
i'm sorry, i forgot to address that bug.
it was fixed months ago in the beta.
i just uploaded a new 2.2e correcting the problem (i hope).
let me know.
the yesterday's 2.2e should anyway warn you that there's an update to download. (even if the name of the version is the same)
-
Forgott to report back. The 2.2e version solved the problem with the åäö chars. Thank you!
But now I noticed another really enoying thing;
When I download files from my HFS and have any of the chars åäö in their names, they get replaced and downloaded as "f�r", "S�".
That maybe seams like not such a big deal. But if you download hole archives of files, and you want to unpack them with WinRAR (dont know if any other decompressors are affected) it gives you an error... and then you need to rename the file manually to be able to decompress it.
-
Hi,
could that be a Firefox issue ?
It appears also on some Webpages while browsing with Firefox.
I read about that problem before, somewhere in the net.
Unfortunately i can't remember the solution of the problem (Codepage ?).
For testing purpose try another browser.
Please correct me if i am completly wrong.
Warp
-
Hi,
could that be a Firefox issue ?
It appears also on some Webpages while browsing with Firefox.
I read about that problem before, somewhere in the net.
Unfortunately i can't remember the solution of the problem (Codepage ?).
For testing purpose try another browser.
Please correct me if i am completly wrong.
Warp
Well, I'm using Opera.
MSIE 7 (Vista) reports that the requested page is either unavailable or _cannot be found_.
I'm not using Firefox.
But in any case it affects atleast 2 browsers and in one of them there is a major problem.
-
Anyone? Someone having the same problem? Can anyone verify it? Is there a solution for it right now? ... Anything?
Hi,
could that be a Firefox issue ?
It appears also on some Webpages while browsing with Firefox.
I read about that problem before, somewhere in the net.
Unfortunately i can't remember the solution of the problem (Codepage ?).
For testing purpose try another browser.
Please correct me if i am completly wrong.
Warp
Well, I'm using Opera.
MSIE 7 (Vista) reports that the requested page is either unavailable or _cannot be found_.
I'm not using Firefox.
But in any case it affects atleast 2 browsers and in one of them there is a major problem.
-
Hi Mille,
all i can say is that i can't reproduce the error.
For testing purpose i add a file with "äöß" into my HFS folder.
The filename was displayed correctly.
Downloading was no problem.
The filename after downloading was just as is it should be, with "äöß".
Do you got the same behaviour on another computer ?
Surf to the "Other Language" HFS subforum:
http://www.rejetto.com/forum/index.php?board=37.0
In my browser (Firefox 3.05) i saw the crazy signs you described.
Maybe you should install additional languages in Vista, i don't know...
Brainstorming: Codepage, Unicode
Warp
-
Found this:
RFC 1521 - MIME (Multipurpose Internet Mail Extensions)
This document does NOT extend Internet mail header fields to permit anything other than US-ASCII text data.
Solution would be to implement:
RFC 2231 - MIME Parameter Value and Encoded Word Extensions: Character Sets, Languages, and Continuations
http://www.faqs.org/rfcs/rfc2231.html
Hi Mille,
all i can say is that i can't reproduce the error.
For testing purpose i add a file with "äöß" into my HFS folder.
The filename was displayed correctly.
Downloading was no problem.
The filename after downloading was just as is it should be, with "äöß".
Do you got the same behaviour on another computer ?
Surf to the "Other Language" HFS subforum:
http://www.rejetto.com/forum/index.php?board=37.0
In my browser (Firefox 3.05) i saw the crazy signs you described.
Maybe you should install additional languages in Vista, i don't know...
Brainstorming: Codepage, Unicode
Warp
-
Hi,
just another try to help you.
This is at the beginning of my HFS template:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<link rel="shortcut icon" href="icon.ico" type="image/x-icon">
<title>HFS %folder%</title>
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
Warp
-
Yep, same here:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
<style type="text/css">
%style%
</style>
<title>HFS %folder%</title>
<link rel="shortcut icon" href="favicon.ico" />
</head>
Hi,
just another try to help you.
This is at the beginning of my HFS template:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<link rel="shortcut icon" href="icon.ico" type="image/x-icon">
<title>HFS %folder%</title>
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
Warp
-
OK Mille,
take a look at the attached screenshot.
That is what i got with opera 9.51.
So adjust your opera settings or use firefox.
So long
Warp
-
Eh? What should I adjust my opera settings to?
What I can see is that you have the same problem as me. But I dont think it's a browser specific problem.
OK Mille,
take a look at the attached screenshot.
That is what i got with opera 9.51.
So adjust your opera settings or use firefox.
So long
Warp
-
Hi,
no problem with IE7 and Firefox 3.05.
So, it seems to be an Opera problem.
Warp
-
Hi again,
reviewing this thread i noticed that you wrote before that you get the same error in IE7.
Perhaps the error depends to your OS settings ?
Warp
-
No, that problem resolved and it was due to a bug in HFS.
Hi again,
reviewing this thread i noticed that you wrote before that you get the same error in IE7.
Perhaps the error depends to your OS settings ?
Warp
-
Hi,
tell us more
Warp
-
Hi,
tell us more
Warp
If you read the post you'll see for youself.
The first problem got solved. But I posted in the same thread because I thought the problem was related.
Maybe Rejetto know more on if it's related or not.
-
http://commons.wikimedia.org/wiki/File:Drøm_om_å_fly_001.jpg
Works in Firefox 3.0.5
Works in Opera 9.63
http://sirmille.ath.cx/debug/592px-Drøm_om_å_fly_001.jpg (HFS 2.2e)
Works in Firefox 3.0.5
Doesn't work in Opera 9.63
I've already verified this with the Opera team and they are telling me that it's the content type reported by the server. Firefox seam to handle it well anyway. Doesn't mean either browser are broken.
Hi,
no problem with IE7 and Firefox 3.05.
So, it seems to be an Opera problem.
Warp
Also, just collected this info - look at the content-disposition:
(Status-Line) HTTP/1.1 200 OK
Content-Type application/octet-stream
Content-Length 84392
Accept-Ranges bytes
Server HFS 2.2e <-----------------------
content-disposition attachment; filename="592px-Drøm_om_å_fly_001.jpg.what";
Last-Modified Fri, 09 Jan 2009 19:34:43 GMT
(Status-Line) HTTP/1.1 200 OK
Cache-Control private, max-age=86400
Expires Fri, 09 Jan 2009 20:11:30 GMT
Date Fri, 09 Jan 2009 20:11:30 GMT
Content-Type image/jpeg
content-disposition attachment; filename="=?UTF-8?B?RHLDuG1fb21fw6VfZmx5XzAwMS5qcGc=?="
Content-Length 264783
X-Content-Type-Options nosniff
Server GFE/1.3 Google <---------