rejetto forum
Software => HFS ~ HTTP File Server => Topic started by: gordo on January 13, 2009, 06:44:21 AM
-
I have HFS running, and all works well in Firefox, IE, etc. When I login using my Android phone that uses the WebKit-based browser, downloads fail.
I have logged some of these events and was hoping someone could shed some light on what I am doing wrong or provide some ideas on how to remedy the problem.
The log file has been changed some to protect the innocent :)
Thanks in advance!
1/12/2009 11:28:50 PM ???.??.4.55:45623 Connected
1/12/2009 11:28:50 PM gordo@???.??.4.55:45623 Requested GET /My Music/Barracuda.mp3
1/12/2009 11:28:50 PM gordo@???.??.4.55:45623 Request dump
> GET /My%20Music/Barracuda.mp3 HTTP/1.1
> Host: ????????????????????
> Accept-Encoding: gzip
> Accept-Language: en-US
> Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
> User-Agent: Mozilla/5.0 (Linux; U; Android 1.0; en-us; dream) AppleWebKit/525.10+ (KHTML, like Gecko) Version/3.0.4 Mobile Safari/523.12.2
> Accept-Charset: utf-8, iso-8859-1, utf-16, *;q=0.7
> Authorization: Basic ???????????????????????
> Referer: ??????????????
1/12/2009 11:28:50 PM gordo@???.??.4.55:45623 Sent 1460 bytes
1/12/2009 11:28:51 PM gordo@???.??.4.55:45623 Disconnected - 36500 bytes sent
1/12/2009 11:28:52 PM ???.??.4.55:45706 Connected
1/12/2009 11:28:53 PM ???.??.4.55:45706 Sent 1460 bytes
1/12/2009 11:28:53 PM ???.??.4.55:45706 Disconnected by server - 1903 bytes sent
-
same thing with the samsung instinc whenever I try to access MP3's or any file for that matter it just hangs
-
in log options, try enabling "replies" and disabling "only served requests".
does this happen with other kind of files?
-
I can access txt files just fine.
Here is a new (with the options you requested enabled) log file when I try to grab an MP3 file. It almost looks like I "lose" my authentication and the source port changes.
1/16/2009 10:23:08 AM gordo@???.??.?.59:2945 Disconnected - 576 bytes sent
1/16/2009 10:23:11 AM ???.??.?.59:3579 Connected
1/16/2009 10:23:12 AM ???.??.?.59:3579 Requested GET /My Music/80's/Barracuda.mp3
1/16/2009 10:23:12 AM ???.??.?.59:3579 Request dump
> GET /My%20Music/80's/Barracuda.mp3 HTTP/1.1
> Host: ???????????:801
> Accept-Encoding: gzip
> Accept-Language: en-US
> Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
> User-Agent: Mozilla/5.0 (Linux; U; Android 1.0; en-us; dream) AppleWebKit/525.10+ (KHTML, like Gecko) Version/3.0.4 Mobile Safari/523.12.2
> Accept-Charset: utf-8, iso-8859-1, utf-16, *;q=0.7
> Referer: http://?????????:801/My%20Music/80's/
1/16/2009 10:23:12 AM ???.??.?.59:3579 Sent 847 bytes
1/16/2009 10:23:12 AM ???.??.?.59:3579 Not served: 401 - Unauthorized
1/16/2009 10:23:12 AM ???.??.?.59:3579 Disconnected by server - 847 bytes sent
When I put music in a folder that is not user-protected, I get a different error. The browser now tells me: "Cannot Download. The content being downloaded is not supported on the phone." Obviously this is not correct. I have dozens of MP3 files on the phone, and I have even downloaded a handful of songs from websites using the same browser.
I'm stumped.
-
Hm I tried it on my Iphone, works fine to stream.
Hm...looks like it output the same:
2009-01-17 23:47:10 217.213.69.1:50236 Not served: 401 - Unauthorized
But it connects again and start streaming
-
An update. I read this about the phone/browser on the Android Community Forums:
Okay, some things you might want to know about your G1 phone. The phone does not support download password authentication. This means that you can log on to the site but you cannot download afterwards. You also cannot access email that requires password authentication for the very same reason. I have already posted a bug report to the fine folks at Google to which they pretty much replied: "duh". I am assuming that this will eventually be supported in an RC revision since it is a common feature.
It looks like this is not an issue with HFS at all but an issue with the browser.
-
the MP3 request has no password specified.
did you protect the folder itself, or the files?
-
An update. I read this about the phone/browser on the Android Community Forums:
Okay, some things you might want to know about your G1 phone. The phone does not support download password authentication. This means that you can log on to the site but you cannot download afterwards. You also cannot access email that requires password authentication for the very same reason. I have already posted a bug report to the fine folks at Google to which they pretty much replied: "duh". I am assuming that this will eventually be supported in an RC revision since it is a common feature.
It looks like this is not an issue with HFS at all but an issue with the browser.
the MP3 request has no password specified.
did you protect the folder itself, or the files?
Solved?
-
i was trying to investigate and ensure it was not my fault
-
Is it possible to bypass authentication in the template if the User-Agent == AndroidDownloadManager so that people can download files from their android device?
-
If you are trying to download, not stream?
I just downloaded a mp3 from my HFS mobile server to my Android.
Then I Up Loaded a mp3 from my Android to my server.
I'm using Opera Classic on my phone. My experience with
webkit browsers on Android has not been acceptable thus far. Problems with
login, upload, download, etc. Opera classic doesn't have these issues.
I figured it was due to my template configuration, but I don't have the
time or inclination to re-write it, just for webkit compatibility.
Not sure but Firefox for Android may be webkit now too.
-
Is it possible to bypass authentication in the template if the User-Agent == AndroidDownloadManager so that people can download files from their android device?
currently not supported
-
i just tried right now on my android phone with Chrome.
I tried with a single mp3 protected, and then a folder protected with an mp3 in it.
In both cases i was asked the password and the download finished correctly.
-
i think could also be an inssue with the templates, i had and used live 3.0 template fine for all devices and haven't had an isue with this. It could be a setting if HFS that you pointed out rejeto, it could be a MIME on the device issue with the app or the web template that connects to hfs to give the device a connection...( < Speculation)
My best bet to help is seeing as there are still issues; to to have the user try to use the default template and/or redownlaod HFS and try it in a different folder adding files he has failed and run tests.
I haven't seen this issue and i use these types of devices all the time with my hfs and have a test for multiple mems only file structure error i have is readable PDF, but that http codeing not hfs...
*NOTE:
(some templates require java/flash to work-- not all portable devices support Java/flash!)
recap to this post:
http://www.rejetto.com/forum/hfs-~-http-file-server/video-(-avi-or-other)-preview-doesn't-work-on-folder-lock-11213/msg1058538/#msg1058538