Bug 128998

Summary: don't handle 302 response correctly
Product: [Applications] kget Reporter: Stanley Jones <rst>
Component: generalAssignee: KGet authors <kget>
Status: RESOLVED WORKSFORME    
Severity: normal Keywords: investigated, triaged
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Fedora RPMs   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Just show an Access Denied when 403 response code is reached.

Description Stanley Jones 2006-06-11 19:04:56 UTC
Version:           v 0.8.5 (using KDE KDE 3.5.2)
Installed from:    Fedora RPMs
OS:                Linux

20:49:25 : Copy file from: http://media-portal.ru/video/ref.cfm?fid=1223
20:49:25 : To: file:///tmp/war.avi
20:49:36 : Attempt number 1
20:49:37 : media-portal.ru contacted. Waiting for reply...
20:49:37 : File Size checked
20:49:37 : Retrieving 152 B from media-portal.ru...
20:49:37 : media-portal.ru contacted. Waiting for reply...
20:49:37 :  The file or folder http://media-portal.ru/videofiles/RUS%20-%20%C3%82%C3%AE%C3%A9%C3%AD%C3%A0.avi does not exist.

21:02:42 : Attempt number 2
21:02:44 : media-portal.ru contacted. Waiting for reply...
21:02:44 : File Size checked
21:02:44 : Retrieving 152 B from media-portal.ru...
21:02:44 : media-portal.ru contacted. Waiting for reply...
21:02:44 :  The file or folder http://media-portal.ru/videofiles/RUS%20-%20%C3%82%C3%AE%C3%A9%C3%AD%C3%A0.avi does not exist.

here is log of wget with this url:
 wget http://media-portal.ru/video/ref.cfm?fid=1223
--21:04:05--  http://media-portal.ru/video/ref.cfm?fid=1223
           => `ref.cfm?fid=1223'
Resolving media-portal.ru... 217.170.65.104
Connecting to media-portal.ru|217.170.65.104|:80... connected.
HTTP request sent, awaiting response... 302 Moved Temporarily
Location: ../videofiles/RUS - %C2%EE%E9%ED%E0.avi [following]
--21:04:05--  http://media-portal.ru/videofiles/RUS%20-%20%C2%EE%E9%ED%E0.avi
           => `RUS - ���avi.1'
Reusing existing connection to media-portal.ru:80.
HTTP request sent, awaiting response... 200 OK
Length: 723,703,808 (690M) [video/x-msvideo]

 0% [                                     ] 329,080      500.57K/s

As you can see : wget working correctly in this case
Comment 1 Costantino Leandro 2006-06-15 02:37:39 UTC
Can you test it again?
I tested it and work's ok, in fact that log
============================================================================
20:49:25 : Copy file from: http://media-portal.ru/video/ref.cfm?fid=1223
20:49:25 : To: file:///tmp/war.avi
20:49:36 : Attempt number 1
20:49:37 : media-portal.ru contacted. Waiting for reply...
20:49:37 : File Size checked
20:49:37 : Retrieving 152 B from media-portal.ru...
20:49:37 : media-portal.ru contacted. Waiting for reply...
20:49:37 :  The file or folder http://media-portal.ru/videofiles/RUS%20-%20%C3%82%C3%AE%C3%A9%C3%AD%C3%A0.avi does not exist.
===========================================================================
Indicates that 302 was handled ok, cause it's trying to download the .avi that is the "temporary location" when you reach  /video/ref.cfm?fid=1223

Anyway, if you try many times the connection, media-portal will forbide your ip address, and may be that's why you are getting a Not Found.
Kget, uses FileCopyJob, and kioslave http will handle the connection. Http RFC say's that 403 can be handled as a Not Found in some cases.

If you wanna test it, try this little "Patch", that will show Access Denied when  a 403 response code is reached.



Comment 2 Costantino Leandro 2006-06-15 02:39:52 UTC
Created attachment 16617 [details]
Just show an Access Denied when  403 response code is reached.

Would be nice that http returns a Access Denied on 403 response code, even that
the rfc say's that in some cases, when there is no entity with information
about why the server forbid access, it a little more clear than a Not Found,
cause servers can ban ip temporarly.......
Comment 3 Stanley Jones 2006-08-23 13:39:56 UTC
Sorry for the delay with response.
Your test can't be successfull because media-portal.ru have IP restriction to russian IPs only. So it will be always 403 for you.
Comment 4 Lukas Appelhans 2008-12-16 20:04:24 UTC
Can u please test this with KGet2 (KDE4-Version)? Thanks

Lukas
Comment 5 Lukas Appelhans 2009-08-19 20:41:21 UTC
No responsem, marking as needsinfo...

Lukas
Comment 6 Andrew Crouthamel 2018-09-20 03:10:55 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 7 Andrew Crouthamel 2018-10-21 05:08:17 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!