GNOME Bugzilla – Bug 767539
crash when save big file from sftp using nautilus
Last modified: 2020-04-24 15:18:20 UTC
Hi I develop some sites on my local server (it is with debian) and I use arch linux on my pc where I manage their files using sftp mode with nautilus. All is ok with small files, but if I try to save changes made on files bigger than 300KB, bluefish crashes. There is also another error: I've seen that bluefish crashes when I open two processes, one editor to open some files on my pc and another editor to open some files on my server with sftp. When I save one of that, bluefish crashes again bye
can you create a backtrace so we can see what goed wrong? http://bfwiki.tellefsen.net/index.php/Debugging_Bluefish
hi ok I'll try on arch linux is it necessary to compile the source code instead of the regular version? is there not an option on bluefish to enable the debug mode? bye
yes, if you compile and run it in the debugger from the source code directory the debugger will give much more info (such as the line number in the code and such)
Created attachment 340856 [details] Files Hi Oliver I've done this test only now, sorry I was busy from arch linux I've installed this version adding the code to do the debug https://aur.archlinux.org/packages/bluefish-svn/ when I save I got a ssh error and the connection to my local server go down (I'm using the file manager with sftp protocol on gnome 3.22.2) and I need to do the login again when I return in the folder of big php file I found a .giosave with other letters and numbers in the zip you can find some images and the gdb.txt file in the zip there is also my php file, so I think you can active an sftp connection on a server, then move the file on it and the try to open the file from your desktop, you should reproduce this bug thanks bye
Created attachment 340857 [details] Found the error line Hi probably this row can be useful (bluefish:24718): WARNING **: while save to disk, received error 0: La connessione è chiusa (il processo SSH sottostante è terminato)
Hi Oliver I'm curious to know if these informations are useful to solve this bug can you give me some news? thanks bye
while you are in the debugger, and you see the error Thread 1 "bluefish" received signal SIGPIPE, Broken pipe. 0x00007ffff52aa16d in write () from /usr/lib/libpthread.so.0 can you type 'bt' (this is the command to get a backtrace). This will give information what Bluefish was doing during the crash. (b.t.w. I tried to explain this in http://bfwiki.tellefsen.net/index.php/Debugging_Bluefish, can you give me some hints how I can improve the documentation so this is more clear?) I'm not sure if the bug is in Bluefish or in Glib or GVFS (the virtual file system). It seems that somehow the ssh connection is terminated, but it should not crash when that happens...
Hi Ok I'll do it using other editors like bluefish all is ok, they don't have this problem yes the problem is around ssh connection, when I save a big file the ssh connection goes down and the editor is closed leaving the .giova file in the remote folder. At this moment this site doesn't work http://bfwiki.tellefsen.net/index.php/Debugging_Bluefish I'll do these tests as soon I can to help you to fix this problem thanks bye
Hi Oliver can you reactive the server of this site http://tellefsen.net/ ? because it is down bye
hi can you write here the comand to write to use 'bt' ? because I cannot to go in the debugging wiki page thanks
hi can you write here the command to use 'bt' ? because I cannot to go in the debugging wiki page thanks
the server administrator told me that an upgrade went wrong, they have to reinstall the wiki software if you still have the directory with the bluefish source code, cd into that directory and run this: gdb src/bluefish after you have the crash, type bt and copy and paste the output to this bugreport. is this explanation too short or is this good enough for you?
Hi Oliver with the binary code, bluefish crashes when I push on the save button, instead when I use the source code (from yaourt package) it remains open without any crash, the crash is only on the ssh connection where I need to enter again the password. so the gdb.txt reports the same text, without any row number Starting program: /usr/bin/bluefish --no-daemon --verbose [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0x7fffed1eb700 (LWP 5244)] [New Thread 0x7fffec9ea700 (LWP 5245)] [New Thread 0x7fffe59ed700 (LWP 5246)] [Thread 0x7fffe59ed700 (LWP 5246) exited] [New Thread 0x7fffe59ed700 (LWP 5247)] [Thread 0x7fffe59ed700 (LWP 5247) exited] [New Thread 0x7fffe59ed700 (LWP 5248)] [New Thread 0x7fffdb2b7700 (LWP 5249)] [New Thread 0x7fffdaab6700 (LWP 5250)] [Thread 0x7fffdaab6700 (LWP 5250) exited] [Thread 0x7fffe59ed700 (LWP 5248) exited] [Thread 0x7fffdb2b7700 (LWP 5249) exited] [New Thread 0x7fffdb2b7700 (LWP 5255)] [Thread 0x7fffdb2b7700 (LWP 5255) exited] Thread 1 "bluefish" received signal SIGPIPE, Broken pipe. 0x00007ffff52aa16d in write () from /usr/lib/libpthread.so.0 the ssh connection goes down. So I think the bug is a compatibility issue around gnome file manager. If I do the same operation with atom github, netbeans, komodo editor 8, visual studio code all is ok Can you reproduce this bug in your local pc? probably you can get more informations I've following these info (on arch linux I need to install backtrace package) https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces thanks bye
Hi Oliver any news about this problem? have you tested it on a distro? thanks bye
Hi I've tried to use the cinnamon on arch linux but with the same ssh error bye
After you get the crash: Thread 1 "bluefish" received signal SIGPIPE, Broken pipe. 0x00007ffff52aa16d in write () from /usr/lib/libpthread.so.0 you forgot to type 'bt', this will give the line in the sourcecode that results in the crash.
Hi Oliver the problem using the source code instead of the binary is that with the first one bluefish doesn't crash only the ssh connection the crash happen only with the binary but with it I can use the debug I suggest you to try to reproduce it on your pc, I think it is simple and fast thanks bye
I cannot reproduce it, how big is the file you are using? Could it be a setting on the ssh server?
Hi you can download the file attached in this topic at the top the file is between 250 - 300 KB under 150KB I have no problems the file is not so big thanks
about ssh setting I think is not possible because I use other editor: atom, visual code, netbean, gedit, komodo, eclipse ... but without this problem on the same file
on my pc I use arch linux (i5 16GB DDR3 and ssd 512GB) on my local server debian 8.5 (i3 16GB DDR4 and ssd 256GB) so both pc are fast, so it is strange this problem between 150KB and 250KB I do not know what kind of problem can be
I've tried files up to 1.5Mb from the editor window, and tried files up to 40Mb drag and drop into the file browser, all are uploaded/saved correctly without crash. I tried sftp to localhost. Perhaps that makes a difference? Can you try?
upload files until 2-3GB there are not problems with sftp the problem is only with bluefish when I save files bigger than 250KB (I open it from nautilus) I have no found other type of problems with ssh before now
I'm trying to find out why you can reproduce it but I cannot reproduce it. have you tried it on a connection to localhost? That is what I use to try to reproduce it. which gtk/glib versions are on your system? what does bluefish report (in about compile info) can you reproduce it only on that specific system, or can you reproduce it on multiple different systems?
hi in the next week I'll do many tests, on kde, xfce, different server using hosting server and from different pc to get more info to help you to reproduce and fix this issue thanks Oliver bye
Hi Oliver I've tried from a clean installation of Kali Linux on my laptop with gnome 3.22.2 and I got the same error the best solution to help you to recreate this issue is to give you the access to my local server. I'll send you the login data to your email oliver@bluefish... thanks bye
I can reproduce the ssh program terminating using your server. I cannot reproduce a crash. Bluefish gives a message that the ssh process exited but it does not crash. I tried to trace the underlying ssh process using strace, but this does not generate any useful info for me. I see that it is indeed the ssh process that exits, and it seems that the exit it triggered from the server-side (but I am not sure about that). I did some changes in svn to automatically remount during save, but that does not help. I suspect a problem on the server ssh config. But not sure what it is. If I google for this problem I see this usually with older Ubuntu versions on the server side. What is the operating system and version of your server?
Hi Olivier I've tried other tests on the server there is Debian 8.6 always updated and I use a kernel 4.6 I've done a test between my pc with arch linux (normally arch linux use the last software versions) and my laptop with Kali linux (it is based on debian testing). I've used the laptop as a server and as a client, from nautilus i get the same problem, with the default ssh configuration There is a case where bluefish crashes. try by yourself following this step: open some files with sftp on your server like mine or your laptop or other devices, then open with the same pc some files with bluefish locally from your Desktop. So using 2 GUI and searching files from the folder tree of bluefish. When you have already opened bluefish in remote with some files and the you open a new GUI to open some files on your pc bluefish will crash my server is active so you can continue to do some tests if you want bye
Now I'll try some test using different file manager and OS http://xmodulo.com/good-file-manager-linux.html https://abdussamad.com/archives/508-What-is-a-GUI-SFTP-client-for-Linux.html then I'll report here the results
with Dolphin and konqueror is ok but they save the changes in the file not in realtime but when I close bluefish using KIOExec however bluefish saves from kde the changes using muCommander I get the same problem, I think it is due from gnome3 (I get this problem from 1 year before it was ok) Tested from filezilla, all is ok, but the behavior is the same as Dolphin because the change doesn't happen in realtime like from nautilus I'll try from windows 10 using winscp
from windows 10 using winscp is ok
Tested on gnome3 geany and komodo edit 8, they work well in realtime
I've created a GVFS bugreport https://bugzilla.gnome.org/show_bug.cgi?id=776824 I hope the GVFS people can help to fix this problem. I've now been able to reproduce this to a second server (running Ubuntu 16.04).
I have to leave the server powered on? I can use it as I want to and then also turn it off? do you need to do other tests on it? thanks bye
no you can power it off, I can reproduce it on another server as well now
Hi, if this ticket is still valid in a recent version of Bluefish, then please report this under https://sourceforge.net/p/bluefish/tickets/ as GNOME Bugzilla is not used anymore by the Bluefish developers - thanks a lot!