[bug #12223] shift keys should change function menu descriptions

Follow-up Comment #3, bug #12223 (project mc): One person opines that a fix is impossible, and this is reason for an immediate close/wontfix? Sheesh. Surely at least one other person could say something relevant first. Curses isn't necessarily the end of console development. At least don't mark *

[bug #9631] Cannot "put tabs only where I want them"

Follow-up Comment #5, bug #9631 (project mc): this one is really a hard birth ... it has two years of history already ... :) disclaimer: i freely interpret the original report as being the same as my wish, because the request makes little sense when implemented literally. :) ok, here is the mai

[bug #9631] Cannot "put tabs only where I want them"

Follow-up Comment #4, bug #9631 (project mc): Duh. Not reading this properly I guess. Please disregard my comment about "fixed inconsitencies". ___ Reply to this item at: __

[bug #12860] mc should display progress bars when copying a single directory

Follow-up Comment #4, bug #12860 (project mc): Roland, I didn't read your comment before closing this bug, but please leave it as is. We know it's not entirely the same issue but they should probably be fixed in conjunction. ___ Reply to

[bug #12860] mc should display progress bars when copying a single directory

Update of bug #12860 (project mc): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #3: Closing as a duplicate

[bug #10508] wish: total ETA and speed for copy/move progress bars

Follow-up Comment #1, bug #10508 (project mc): Also see bug 12860. ___ Reply to this item at: ___ Message sent via/by Savannah

[bug #12223] shift keys should change function menu descriptions

Update of bug #12223 (project mc): Status:None => Wont Fix Open/Closed:Open => Closed ___ Follow-up Comment #2: Closing "Wont Fix" then

[bug #9631] Cannot "put tabs only where I want them"

Update of bug #9631 (project mc): Status: Fixed => None Open/Closed: Closed => Open ___ Follow-up Comment #3: Reopening as there seems

Re: PATCH new OOo2 file extensions

Hi Pavel, On Mon, 2005-05-16 at 19:33, Pavel Roskin wrote: > What's your definition of "latest gcc"? According to gcc.gnu.org, it's > 4.0.0. Kinda missed that line, but already understood this from Nerijus. And at the time of the MC_4_6_1_PRE "freeze", in december 2004 there was no such compiler

[bug #11983] Work directory problem

Update of bug #11983 (project mc): Status: Need Info => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #3: I guess you are right :

[bug #12860] mc should display progress bars when copying a single directory

Follow-up Comment #2, bug #12860 (project mc): It isn't. #10508 states that the ETA should not be calculated for every file, and my bug report states that even when you copy a single item, all progress bars should be displayed. ___ Reply

Re: PATCH new OOo2 file extensions

Pavel Roskin wrote: I believe an X error handler is needed. http://mail.gnome.org/archives/mc-devel/2005-May/msg00039.html I have committed a fix some months ago. See HEAD:src/x11conn.c Roland ___ Mc-devel mailing list http://mail.gnome.org/mailman/listin

Re: PATCH new OOo2 file extensions

Hello, Leonard! On Sat, 2005-05-14 at 12:00 +0200, Leonard den Ottolander wrote: > On Sat, 2005-05-14 at 00:13, Pavel Roskin wrote: > > For example, the "stable" > > branch compiles with a significant amount of warnings by the latest gcc. > > This wasn't the case when 4.6.0 was released. > > I do

[bug #13102] mcedit leaving stale lock files

URL: Summary: mcedit leaving stale lock files Project: GNU Midnight Commander Submitted by: ossi Submitted on: Mon 05/16/2005 at 17:31 Category: Editor

[bug #12860] mc should display progress bars when copying a single directory

Follow-up Comment #1, bug #12860 (project mc): this is pretty much a dupe of bug #10508, imho. ___ Reply to this item at: ___

[bug #12737] Issues with Batch Operations

Follow-up Comment #5, bug #12737 (project mc): the same happens under *nix with a vfat mount when the mount option "quiet" (ignore perm set errors) is not set. ___ Reply to this item at:

[bug #12223] shift keys should change function menu descriptions

Follow-up Comment #1, bug #12223 (project mc): i think this is pretty much impossible to implement in tty based apps, as the terminal does not report modifier state changes. one could do a cross-link to X and/or the linux console, but this would be pretty nasty.

[bug #13101] Moving/copying single files to FTP VFS

URL: Summary: Moving/copying single files to FTP VFS Project: GNU Midnight Commander Submitted by: ZlatkO Submitted on: Mon 05/16/2005 at 17:14 Category: None

[bug #13100] Bytes and Count progess bars when moving multiple files

URL: Summary: Bytes and Count progess bars when moving multiple files Project: GNU Midnight Commander Submitted by: ZlatkO Submitted on: Mon 05/16/2005 at 17:09

[bug #11983] Work directory problem

Follow-up Comment #2, bug #11983 (project mc): this is an immediate result of bug #11982. i think it can be safely declared a duplicate. ___ Reply to this item at:

[bug #9631] Cannot "put tabs only where I want them"

Follow-up Comment #2, bug #9631 (project mc): leonard didn't get the idea. :-P this bug is _not_ fixed; nothing changed here for years. i posted this patch some months ago, but nobody cared to notice. ___ Additional Item Attachment: File

[bug #13097] Complete: Show All

URL: Summary: Complete: Show All Project: GNU Midnight Commander Submitted by: ZlatkO Submitted on: Mon 05/16/2005 at 16:44 Category: None Seve

[bug #8735] Inconveinient editor

Follow-up Comment #2, bug #8735 (project mc): ... and alt-l for goto line number. if it does not work, it may be your terminal. ___ Reply to this item at: _

[bug #13091] Open a symlink to edit when save, erase symlink and make a new file.

Follow-up Comment #6, bug #13091 (project mc): > Weird. I cannot reproduce this on FC1 with MC_4_6_1_PRE from a couple of days ago. Where did you get this pre4 so I can compare? I cannot remember, official places to find mc tarballs are still obscure to me. But IIRC it was from a "official" loca

[bug #7872>] Suggested changes in Python syntax bindings

Follow-up Comment #2, bug #7872> (project mc): > What's the point of the "(env\s)?" change? > pointless, imo. env located in any other directory is entirely against the idea of using it in the first place ... > And isn't 'context """ """' a comment? > nope. read the lang spec. :-P

[bug #13091] Open a symlink to edit when save, erase symlink and make a new file.

Follow-up Comment #5, bug #13091 (project mc): F9 -> options -> save mode -> switch to "quick save" and everything is fine ... it might be worth consideration, though, to make the "safe save" and "do backups" modes follow symlinks. ___ R

[bug #13091] Open a symlink to edit when save, erase symlink and make a new file.

Follow-up Comment #4, bug #13091 (project mc): Weird. I cannot reproduce this on FC1 with MC_4_6_1_PRE from a couple of days ago. Where did you get this pre4 so I can compare? Can you reproduce this with mc-4.6.1-0.14.FC3 (pre3 with patches) or latest MC_4_6_1_PRE? Is it reproducible for non 0

[bug #13091] Open a symlink to edit when save, erase symlink and make a new file.

Follow-up Comment #3, bug #13091 (project mc): GNU/Linux x86, FC3 running mc 4.6.1-pre4 from the sources (was: SuSE 8.x, mc 4.6.x from the sources and older mc versions): $ rm -f foo bar; touch foo; ln -s foo bar; ls -l foo bar lrwxrwxrwx 1 wwp users 3 May 16 17:08 bar -> foo -rw-r--r-- 1 wwp

[bug #13091] Open a symlink to edit when save, erase symlink and make a new file.

URL: Summary: Open a symlink to edit when save, erase symlink and make a new file. Project: GNU Midnight Commander Submitted by: None Submitted on: Sun 05/15/2005 at 22:19

[bug #13091] Open a symlink to edit when save, erase symlink and make a new file.

Update of bug #13091 (project mc): Status:None => Need Info ___ Follow-up Comment #2: ? Could you provide a little more info (platform, example)? $ mcedit foo $ ln -s foo bar $ mcedit b

[bug #11983] Work directory problem

Update of bug #11983 (project mc): Status:None => Need Info ___ Follow-up Comment #1: Probably caused by the fact that you entered some characters on the subshell prompt in which case it

[bug #10802] Error opening a .rpm package

Update of bug #10802 (project mc): Status: Need Info => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #3: No response from the re

[bug #11349] Mac OS version of MC fails to respond to cursor keys

Update of bug #11349 (project mc): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #2: Looks like a TERM issue

[bug #9631] Cannot "put tabs only where I want them"

Update of bug #9631 (project mc): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: When "Fill tabs with spa

[bug #10513] mc display incorrect in SuSE SLES9 distribution

Update of bug #10513 (project mc): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #1: Check your locale setti

[bug #8735] Inconveinient editor

Update of bug #8735 (project mc): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: C-home and C-end work as

[bug #7504] FileOps feature is broken and needs an option to be turned off

Update of bug #7504 (project mc): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #1: edit -> options -> gener

[bug #2643] ftpfs symlink bug

Update of bug #2643 (project mc): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: Issue has been fixed in

[bug #9691] PATCH: keypad +-*/ don't work when TERM=gnome or xterm-new

Update of bug #9691 (project mc): Open/Closed:Open => Closed ___ Follow-up Comment #3: Closing as this has been fixed. ___ Reply

[bug #11864] screen colors in terminal broken in viewer and then on main screen

Update of bug #11864 (project mc): Status:Wont Fix => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #4: Ok. So this is a PuTTY

[bug #7872] Suggested changes in Python syntax bindings

Follow-up Comment #1, bug #7872 (project mc): What's the point of the "(env\s)?" change? And isn't 'context """ """' a comment? Don't you mean to see changes to the 'context " "'? Please be so kind to provide a patch (diff -up) so it is more clear what you do want to see changed. _

[bug #4429] When I press Ctrl- o and want to return by pressing Ctrl-o mc crashs with segmentation error

Follow-up Comment #6, bug #4429 (project mc): Just to clarify - the SIGSEGV is caused by a bug in the gpm library on which MC depends. ___ Reply to this item at: ___

[bug #12772] problem in screen output with locale zh_TW

Update of bug #12772 (project mc): Status: Confirmed => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #2: This is a duplicate of

[bug #3456] mcedit Does Not Permit Writing ~/.mc/ini

Update of bug #3456 (project mc): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #3: Probably caused by 'auto

[bug #8044] regular file ~ is treated as link to home directory

Update of bug #8044 (project mc): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #2: Fixed hence closing.

[bug #11951] [RFE] Show size of all files in directory

Update of bug #11951 (project mc): Severity: 3 - Normal => 1 - Wish Summary: midnight commander enchance => [RFE] Show size of all files in directory ___ Reply to this item at:

[bug #4429] When I press Ctrl- o and want to return by pressing Ctrl-o mc crashs with segmentation error

Update of bug #4429 (project mc): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #5: Crash is in gpm and we d

[bug #4429] When I press Ctrl- o and want to return by pressing Ctrl-o mc crashs with segmentation error

Follow-up Comment #4, bug #4429 (project mc): Should mc have handled this crash in gpm gracefully, or is it unavoidable that mc crashes in this case? ___ Reply to this item at:

[bug #3836] As Root, upon Exit, MC chmods /dev/null 600 !

Update of bug #3836 (project mc): Status:None => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #3: I cannot reproduce this

Re: bug: mcedit leaving stale lock files

Hello Oswald, On Mon, 2005-05-16 at 11:58, Oswald Buddenhagen wrote: > if you change an existing file and save it under a new name, a lock file > for the original file is left behind. Savannah's bugzilla is editable by the developers now. That means we can actually use it. Please submit this issu

[bug #4169] cannot login to ftp site if username contains @

Update of bug #4169 (project mc): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #3: This has been fixed in M

bug: mcedit leaving stale lock files

moin, if you change an existing file and save it under a new name, a lock file for the original file is left behind. -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- Chaos, panic, and disorder - my work here is done. ___ Mc-dev