Bug 741657 - less -F changes less's behavior even for large files
Summary: less -F changes less's behavior even for large files
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: less
Version: 15
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Vojtech Vitek
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-09-27 14:21 UTC by Thomas Moschny
Modified: 2015-03-04 23:57 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-05-14 20:45:48 UTC
Type: ---


Attachments (Terms of Use)

Description Thomas Moschny 2011-09-27 14:21:23 UTC
Description of problem:
When option -F is used, screen contents are cleared (resp. moved up) even for files that do not fit on the screen.

Version-Release number of selected component (if applicable):
less-436-13.fc15.x86_64

How reproducible:
Always.

Steps to Reproduce:
1. less -F /var/log/Xorg.0.log
2. press q
3. 
  
Actual results:
Old screen contents moved up, parts of the X log remain on the screen.

Expected results:
Screen contents unchanged/restored after exiting less.

Additional info:
For small files, less with -F should behave like cat, but for large files, it should behave as if -F was not given.

Comment 1 Thomas Moschny 2011-09-30 10:10:22 UTC
There's another annoying issue: Mouse scrolling doesn't work, when -F is in effect.

Without -F, you can scroll using the mouse wheel in larger texts, with -F this doesn't work any longer.

Comment 2 Vojtech Vitek 2012-05-14 20:45:48 UTC
Fixed in Rawhide along with bug 805735. If stable (now in testing repository), I'm going to merge the changes to f17, f16 and f15.


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