Bug 143586 - MC is frozen when transfer abort under FISH vfs
Summary: MC is frozen when transfer abort under FISH vfs
Alias: None
Product: Fedora
Classification: Fedora
Component: mc   
(Show other bugs)
Version: rawhide
Hardware: All Linux
Target Milestone: ---
Assignee: Jindrich Novy
QA Contact:
Keywords: EasyFix, Patch
Depends On:
TreeView+ depends on / blocked
Reported: 2004-12-22 16:29 UTC by Dmitry Butskoy
Modified: 2013-07-02 23:04 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-02-02 14:21:30 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
The patch for this issue (548 bytes, patch)
2004-12-22 16:34 UTC, Dmitry Butskoy
no flags Details | Diff

Description Dmitry Butskoy 2004-12-22 16:29:12 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3)

Description of problem:
 FISH vfs freezes MC on transfer abort.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Login as unprivileged user, run mc
2. Set on the one panel any local directory where you have no write access
3. On the other panel, cd somewhere using FISH (cd /#sh: ... )
4. Try to copy some file from remote system to local dir


Actual Results:    Because of missing write access, MC report error
and then starts to abort transfer. But never finishes it...

Additional info:

 This issue is inspired by the trivial bug -- see the patch below.
Instead of flush of the same amount of bytes as the non-transferred
file is, everything is flushed, including special FISH`s exit codes etc.

Comment 1 Dmitry Butskoy 2004-12-22 16:34:29 UTC
Created attachment 109027 [details]
The patch for this issue

  This patch has been sent to upstream more than month back, but is not applied

Comment 2 Leonard den Ottolander 2004-12-23 12:50:19 UTC
Dmitry, please resubmit upstream. Development has died down a bit, but
I believe this only to be temporary. As developers are sometimes busy
with other things you might have to draw their attention another time.
Patience is a virtue ;) .

In the mean time I will add some of the known issues on the TODO wiki
at http://pavelsh.pp.ru/wiki/doku.php?id=mc-bugs . It might take a few
days before your bug shows up here.

Comment 3 Leonard den Ottolander 2004-12-28 21:39:46 UTC
Patch was committed upstream.

Comment 4 Leonard den Ottolander 2004-12-29 17:29:57 UTC
Dmitry, could you please stop faqing around with bugzilla?

If this bug was supposed to be closed I would have done so.

Resolution UPSTREAM is for bugs that need to be handled upstream and
will not be touched by the downstream maintainer, not bugs that are
fixed upstream. Sometimes a backport is necessary instead of an
updated tarball, so this issue has not been resolved here (downstream)

Comment 5 Jindrich Novy 2005-02-02 14:21:30 UTC
The new mc-4.6.1a-0.4 is just built. It reflects your fixes now. Thanks!

Note You need to log in before you can comment on or make changes to this bug.