Bug 741657

Summary: less -F changes less's behavior even for large files
Product: [Fedora] Fedora Reporter: Thomas Moschny <thomas.moschny>
Component: lessAssignee: Vojtech Vitek <vvitek>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 15CC: hripps, vvitek
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-05-14 20:45:48 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

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.