Bug 230679 - gftp works, but will not repaint window after it is covered, then hangs
gftp works, but will not repaint window after it is covered, then hangs
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: at-spi (Show other bugs)
rawhide
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Matthias Clasen
:
Depends On:
Blocks: FC7Blocker
  Show dependency treegraph
 
Reported: 2007-03-01 21:28 EST by Gerry Tool
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-03-27 00:49:33 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Gerry Tool 2007-03-01 21:28:00 EST
Description of problem:
gftp starts and works, but if another window covers it, it will not repaint and
it hangs.

Version-Release number of selected component (if applicable):
gftp-2.0.18-4.fc7

How reproducible:
Always

Steps to Reproduce:
1.Execute gftp
2.use gftp - works
3.cover gftp window with another one, uncover
  
Actual results: gftp only partially repainted, hangs, must be forced closed


Expected results:
gftp should restore window after it is uncovered and continue to work

Additional info:
Comment 1 Gerry Tool 2007-03-04 10:15:52 EST
gFTP in F7 Test2 now freezes after a successful transfer.  Must be forced closed
and restarted to do another transfer.

The repainting behaviour now seems OK.
Comment 2 Matthias Clasen 2007-03-26 11:53:00 EDT
This is probably still a11y locking problems. 
Comment 3 Matthias Clasen 2007-03-27 00:49:33 EDT
Should be fixed with at-spi-1.18.0-2.fc7

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