Bug 201338 - Konqueror fails on ftp download (exceeded login attepts, too much connections?)
Summary: Konqueror fails on ftp download (exceeded login attepts, too much connections?)
Status: RESOLVED DUPLICATE of bug 243206
Alias: None
Product: kio
Classification: Unmaintained
Component: ftp (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-07-24 12:48 UTC by steve
Modified: 2011-03-17 16:03 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description steve 2009-07-24 12:48:30 UTC
Version:           4.2.86 (KDE 4.2.86 (KDE 4.3 >= 20090514)) "release 125" (using 4.2.98 (KDE 4.2.98 (KDE 4.3 RC3)) "release 146", KDE:KDE4:Factory:Desktop / openSUSE_11.1)
Compiler:          gcc
OS:                Linux (x86_64) release 2.6.27.23-0.1-default

Downloading large files via ftp crashes konqueror. I have the remote computer in one half of a split window and my local files in the other. Dragging the folder I want to download from the remote window to the local window works for a while but then crashes konq. I have a backtrace file but it is over 10Mb. I can send it if necessary (can't find a place to attach it here in the bug report)

Thanks.
Comment 1 Dario Andres 2009-07-24 17:13:30 UTC
10Mb of backtrace, how much lines is it? (could it be some ~infinite~ recursion)?
You could try to get the first ~20~30 lines of it and paste them here inline.
Thanks
Comment 2 steve 2009-07-24 17:37:12 UTC
On Friday 24 July 2009 17:13:31 Dario Andres wrote:
> https://bugs.kde.org/show_bug.cgi?id=201338
>
>
> Dario Andres <andresbajotierra@gmail.com> changed:
>
>            What    |Removed                     |Added
> ---------------------------------------------------------------------------
>- CC|                            |andresbajotierra@gmail.com
>
>
>
>
> --- Comment #1 from Dario Andres <andresbajotierra gmail com>  2009-07-24
> 17:13:30 --- 10Mb of backtrace, how much lines is it? (could it be some
> ~infinite~ recursion)?
> You could try to get the first ~20~30 lines of it and paste them here
> inline. Thanks
Hi. Thanks for the reply. Here are the first few lines:


execve("/usr/bin/konqueror", ["konqueror"], [/* 85 vars */]) = 0
brk(0)                                  = 0x602000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7feed9efa000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7feed9ef9000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or 
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=150231, ...}) = 0
mmap(NULL, 150231, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7feed9ed4000
close(3)                                = 0
open("/usr/lib64/libkdeinit4_konqueror.so", O_RDONLY) = 3
read(3, 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\340\3\0\0\0\0\0"..., 832) 
= 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1036760, ...}) = 0
mmap(NULL, 3132600, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7feed99e1000
fadvise64(3, 0, 3132600, POSIX_FADV_WILLNEED) = 0
mprotect(0x7feed9ad5000, 2093056, PROT_NONE) = 0
mmap(0x7feed9cd4000, 40960, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0xf3000) = 0x7feed9cd4000
close(3)                                = 0
open("/usr/lib64/libkonquerorprivate.so.4", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300I\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=43840, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7feed9ed3000
mmap(NULL, 2138872, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7feed97d6000
fadvise64(3, 0, 2138872, POSIX_FADV_WILLNEED) = 0
mprotect(0x7feed97e0000, 2093056, PROT_NONE) = 0
mmap(0x7feed99df000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x9000) = 0x7feed99df000
close(3)                                = 0
open("/usr/lib64/libkonq.so.5", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240b\1\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=227088, ...}) = 0
mmap(NULL, 2322136, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7feed959f000
fadvise64(3, 0, 2322136, POSIX_FADV_WILLNEED) = 0
mprotect(0x7feed95d4000, 2093056, PROT_NONE) = 0
mmap(0x7feed97d3000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x34000) = 0x7feed97d3000
close(3)                                = 0
open("/usr/lib64/libkutils.so.4", O_RDONLY) = 3
read(3, 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300\337\1\0\0\0\0\0"..., 832) 
= 832
fstat(3, {st_mode=S_IFREG|0755, st_size=341752, ...}) = 0
mmap(NULL, 2436800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7feed934c000
fadvise64(3, 0, 2436800, POSIX_FADV_WILLNEED) = 0
mprotect(0x7feed939c000, 2093056, PROT_NONE) = 0
mmap(0x7feed959b000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x4f000) = 0x7feed959b000
close(3)                                = 0
open("/usr/lib64/libkparts.so.4", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\305\1\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=287400, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7feed9ed2000
mmap(NULL, 2382488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7feed9106000
fadvise64(3, 0, 2382488, POSIX_FADV_WILLNEED) = 0
mprotect(0x7feed9148000, 2097152, PROT_NONE) = 0
mmap(0x7feed9348000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x42000) = 0x7feed9348000
close(3)                                = 0
open("/usr/lib64/libkio.so.5", O_RDONLY) = 3
read(3, 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\227\n\0\0\0\0\0"..., 832) 
= 832
fstat(3, {st_mode=S_IFREG|0755, st_size=2865656, ...}) = 0
mmap(NULL, 4967280, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7feed8c49000
fadvise64(3, 0, 4967280, POSIX_FADV_WILLNEED) = 0
mprotect(0x7feed8ef1000, 2093056, PROT_NONE) = 0
mmap(0x7feed90f0000, 86016, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x2a7000) = 0x7feed90f0000
mmap(0x7feed9105000, 2928, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_ANONYMOUS, -1, 0) = 0x7feed9105000
close(3)                                = 0
open("/usr/lib64/libQtNetwork.so.4", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@\255\2\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1173688, ...}) = 0
mmap(NULL, 3270064, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7feed892a000
fadvise64(3, 0, 3270064, POSIX_FADV_WILLNEED) = 0
mprotect(0x7feed8a43000, 2093056, PROT_NONE) = 0
mmap(0x7feed8c42000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x118000) = 0x7feed8c42000
mmap(0x7feed8c48000, 1456, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_ANONYMOUS, -1, 0) = 0x7feed8c48000
close(3)                                = 0
open("/usr/lib64/libQtXml.so.4", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\33\1\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=289824, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7feed9ed1000
mmap(NULL, 2384768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7feed86e3000
fadvise64(3, 0, 2384768, POSIX_FADV_WILLNEED) = 0
mprotect(0x7feed8728000, 2093056, PROT_NONE) = 0
mmap(0x7feed8927000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x44000) = 0x7feed8927000
close(3)                                = 0
open("/usr/lib64/libkdeui.so.5", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\23\23\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=4190568, ...}) = 0
mmap(NULL, 6293104, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7feed80e2000
fadvise64(3, 0, 6293104, POSIX_FADV_WILLNEED) = 0
Comment 3 Dario Andres 2009-07-24 17:42:37 UTC
That's another kind of trace, but not a backtrace. 
If the application is crashing you should get the crash handler dialog, where you can select the "Developer Information" tab that will give you a backtrace. Thanks
Comment 4 lynn 2009-07-24 17:43:47 UTC
On Friday 24 July 2009 17:13:31 Dario Andres wrote:
> https://bugs.kde.org/show_bug.cgi?id=201338
>
>
> Dario Andres <andresbajotierra@gmail.com> changed:
>
>            What    |Removed                     |Added
> ---------------------------------------------------------------------------
>- CC|                            |andresbajotierra@gmail.com
>
>
>
>
> --- Comment #1 from Dario Andres <andresbajotierra gmail com>  2009-07-24
> 17:13:30 --- 10Mb of backtrace, how much lines is it? (could it be some
> ~infinite~ recursion)?
> You could try to get the first ~20~30 lines of it and paste them here
> inline. Thanks

Hi Thanks. I've also a gzip which reduces its size a lot. Attached. Thanks so 
much for taking the time to contact me.
L x
Comment 5 lynn 2009-07-24 17:57:01 UTC
On Friday 24 July 2009 17:42:39 Dario Andres wrote:
> https://bugs.kde.org/show_bug.cgi?id=201338
>
>
>
>
>
> --- Comment #3 from Dario Andres <andresbajotierra gmail com>  2009-07-24
> 17:42:37 --- That's another kind of trace, but not a backtrace.
> If the application is crashing you should get the crash handler dialog,
> where you can select the "Developer Information" tab that will give you a
> backtrace. Thanks

Hi Dario
I don't get the crash handler dialogue. It simply stops downloading. When it 
(perhaps not) crashes konq simply disappears from the screen. . It works fine 
with konq in KDE3 which is why I thought it may be a bug in factory. Thanks so 
much for taking the time to reply.
Saludos.
L x
Comment 6 steve 2009-07-30 17:47:53 UTC
Hi
No Idea what to do next. Konqueror fro. factory will not download large files from remore servevers by ftp. it's easy to reproduce. Just try downloading a folder with other sub folders which is greater than 100Mb. That is where my problem is. repeat: I have to use the konq in /opt/kde3/bin to download large files.
Thanks
Comment 7 Dario Andres 2009-08-09 17:47:46 UTC
Which file-operation progress are you seeing ? 
 - The one in Plasma panel (near the system tray area) ,  or..
 - A separate window-like dialog (like in KDE3)
If you are seeing the first dialog, can you do this to disable it:
- Right click on the System Tray area and select System tray settings.
- Disable the checkbox "File transfers and other jobs" in the "Pop Up notices" group.

Now, try to get Konqueror to copy the files from FTP and see if the behaviour is the same.

Thanks
Comment 8 steve 2009-08-09 22:11:45 UTC
On Sunday 09 August 2009 17:47:50 Dario Andres wrote:
> https://bugs.kde.org/show_bug.cgi?id=201338
>
>
>
>
>
> --- Comment #7 from Dario Andres <andresbajotierra gmail com>  2009-08-09
> 17:47:46 --- Which file-operation progress are you seeing ?
>  - The one in Plasma panel (near the system tray area) ,  or..

konq under XFCE 

>  - A separate window-like dialog (like in KDE3)
> If you are seeing the first dialog, can you do this to disable it:
> - Right click on the System Tray area and select System tray settings.
> - Disable the checkbox "File transfers and other jobs" in the "Pop Up
> notices" group.
>
Just done it under KDE.

> Now, try to get Konqueror to copy the files from FTP and see if the
> behaviour is the same.
>
> Thanks

Thanks to you too
That works in factory KDE 4.3 opensuse one click 11.1. I've tested files up to 
10 Mb.
Mil gracias.
Comment 9 Dario Andres 2009-08-09 23:14:05 UTC
Ok, so the problem could be on Plasma notifications and not in Konqueror or the transference themselves
Comment 10 steve 2009-08-13 21:09:58 UTC
On Sunday 09 August 2009 17:47:50 Dario Andres wrote:
> https://bugs.kde.org/show_bug.cgi?id=201338
>
>
>
>
>
> --- Comment #7 from Dario Andres <andresbajotierra gmail com>  2009-08-09
> 17:47:46 --- Which file-operation progress are you seeing ?
>  - The one in Plasma panel (near the system tray area) ,  or..

the one in the plasma panel although I also use XFCE4  with latest update from 
the opensuse XFCE4 factory

>  - A separate window-like dialog (like in KDE3)
No. I only see that if I type /opt/lin/kde3/konquerer and then I see a 
separate panel and the download works fine.

> If you are seeing the first dialog, can you do this to disable it:

> - Right click on the System Tray area and select System tray settings.
> - Disable the checkbox "File transfers and other jobs" in the "Pop Up
> notices" group.
>
Yep. I can do it like. now. Under KDE 4 factory yes:

It's created a folder which contains 140Mb of stuff.

It's just done 100Mb. Looks as though it's working. What do I have to do to 
make it stick?

> Now, try to get Konqueror to copy the files from FTP and see if the
> behaviour is the same.
>
> Thanks

140 Mb in Spain takes about 8 hours. Will report back

Un saludo.
Comment 11 lynn 2009-08-13 21:19:53 UTC
On Sunday 09 August 2009 17:47:50 Dario Andres wrote:
> https://bugs.kde.org/show_bug.cgi?id=201338
>
>
>
>
>
> --- Comment #7 from Dario Andres <andresbajotierra gmail com>  2009-08-09
> 17:47:46 --- Which file-operation progress are you seeing ?
>  - The one in Plasma panel (near the system tray area) ,  or..
>  - A separate window-like dialog (like in KDE3)
> If you are seeing the first dialog, can you do this to disable it:
> - Right click on the System Tray area and select System tray settings.
> - Disable the checkbox "File transfers and other jobs" in the "Pop Up
> notices" group.
>
> Now, try to get Konqueror to copy the files from FTP and see if the
> behaviour is the same.
>
> Thanks

Nope. Doesn't work It gives me a login prompt at about 30 Mb 5 login prompts 
and then it tells me I've exhausted my supply of login prompls.nd will now 
have to wait several hours to be able to log on again. Have to use filezilla 
to get a full copy.

Do I have to click the system tray each time I try a download.

gracias por aguantar, besos, Lynn x x x
Comment 12 Dawit Alemayehu 2011-03-17 16:03:18 UTC
This bug is really not an issue of kio_ftp, but the process that manages its creation, which has already been fixed since KDE v4.5. See comment #1 in bug 243206.

*** This bug has been marked as a duplicate of bug 243206 ***