Bug 135159
| Summary: | lines don't refresh and scrolling wraps in middle of terminal | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jan Wagner <jwagner> |
| Component: | nano | Assignee: | David Woodhouse <dwmw2> |
| Status: | CLOSED CANTFIX | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3 | CC: | mattdm |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-10-30 15:19:26 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1348820, 1365759 | ||
| Bug Blocks: | |||
I see this too in a gnome-terminal window, but it actually works OK in a plain xterm. Nano worked fine in gnome-terminal in FC2; has the redrawing somehow been optimized in a way that works in xterm but doesn't in gnome-terminal? Clearly nano has a correct idea of what should be on the screen somewhere, since a terminal refresh (^L) gives the correct screen contents. (Same nano version, 1.2.4-1, still in Rawhide as of 10/21/04) This appears to be a duplicate of #127972. I put a comment in that bug; I think that the problem is fixed in Rawhide vte. does this have to do with ncurses bug which prevents home and end keys to work? Was it fixed? This is, indeed, a duplicate of bug #127972 and should be closed as "DUPLICATE". Fedora Core 3 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC5 updates or in the FC6 test release, reopen and change the version to match. Thank you! Closing per lack of response to previous request for information. This bug was originally filed against a much earlier version of Fedora Core, and significant changes have taken place since the last version for which this bug is confirmed. It has remained in NEEDINFO status for quite a long period of time, asking for confirmation on a more recent (still fully supported) version of Fedora Core. Note that FC3 and FC4 are supported by Fedora Legacy for security fixes only. Please install a still supported version and retest. If it still occurs on FC5 or FC6, please reopen and assign to the correct version. Otherwise, if this a security issue, please change the product to Fedora Legacy. Thanks, and we are sorry that we did not get to this bug earlier. |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040904 Firefox/0.9.3 Description of problem: When I edit any text file that is longer than the current gnome-terminal window and scroll down beyond the page (cursor keys), the text scrolling starts only from the middle of the terminal text. The upper half remains static. I.e. the text scrolls in the lower half only. In addition, scrolled-in lines overwrite the current text but don't clear the remainder of the line => mess. Same thing when scrolling upwards, though opposite (lower half static, upper 'scrolls' to a mess). vi, vim and emacs work just fine. Version-Release number of selected component (if applicable): nano-1.2.4-1 How reproducible: Always Steps to Reproduce: 1. nano anyLongTextDocument 2. 3. Expected Results: Proper scrolling of entire visible text, and clean line clears. Additional info: