[bug #13101] Moving/copying single files to FTP VFS
Follow-up Comment #8, bug #13101 (project mc): ftpfs_first_cd_then_ls set to 0 is unreliable. In fact ftpfs_first_cd_then_ls is set by default for some time now. Of course I should have mentioned that :( Anyway I'll see why the patch breaks the old behaviour when ftpfs_first_cd_then_ls is unset. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Update of bug #13101 (project mc): Platform Version: GNU/Linux = All ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [bug #16008] C-x i (info panel) returns to wrong directory
On Mon, 06 Mar 2006 09:28:42 +0200, Pavel Tsekov wrote: URL: http://savannah.gnu.org/bugs/?func=detailitemitem_id=16008 Summary: C-x i (info panel) returns to wrong directory snip... Thank you for submitting. I was not sure it was a bug, so that is why I posted the note here. Let me know if I can help in any way. -- Peter ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: redundant code in ftpfs?
On Sun, 5 Feb 2006, Arpi wrote: p = ftpfs_translate_path (me, super, remote_path); if (ftpfs_chdir_internal (me, super, p) != COMPLETE) { ... } g_free (p); the ftpfs_translate_path() call and the 'p' pointer are redundant here, as ftpfs_translate_path is also called from inside ftpfs_chdir_internal() on the p parameter. so now it's done twice, which is redundant, and may be a problem too... I have removed the extra call to ftpfs_translate_path() and the related code from the CVS version of ftpfs.c. Thanks! ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #9631] Cannot put tabs only where I want them
Update of bug #9631 (project mc): Status:None = Fixed ___ Follow-up Comment #18: I am closing this bug report as fixed. Feel free to reopen if needed. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=9631 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #24, bug #14155 (project mc): I've applied a slightly modified version of mc-xterm-mouse-tweak.patch. The difference is that the applied patch doesn't try to dereference a NULL pointer if the COLORTERM environment variable is not set. So, Roland, if you are reading, please, give MC a try and let me know if the things improved for you. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Update of bug #14155 (project mc): Assigned to: leonardjo = ptsekov ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #16017] viewer position from find file dialog vs. parsed files
URL: http://savannah.gnu.org/bugs/?func=detailitemitem_id=16017 Summary: viewer position from find file dialog vs. parsed files Project: GNU Midnight Commander Submitted by: ossi Submitted on: Mon 03/06/06 at 20:05 Category: Viewer Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Release: current (CVS or snapshot) Platform Version: All ___ Details: the find file dialog does seaching on unfiltered file contents. it tells the viewer to start viewing a the line of the match. however, if the file is filtered (parsed, as opposed to raw) before viewing (e.g., lynx -dump), the line number is applied to the filtered output - usually with suboptimal results. i'm not sure what to do about this. translating the line numbers would require cooperation from the filter, which is sort of impossible for external filters. and grepping on filtered files would be slw. maybe like this: if matches are found and the file is formattable, filter it and grep again and display that as the result. alternatively, force the viewer into raw mode, but i would not like this. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=16017 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel