id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc	blockedby	blocking	branch_state	votes
4405	"Some types of files ""View"" damn slow in modern Ubuntu/MC"	lokapal		"  Hello, developers!

I cannot precisely what happened exactly and when, but Ubuntu 16.04 with standard MC:
GNU Midnight Commander 4.8.15
Built with GLib 2.47.3
Using the S-Lang library with terminfo database
With builtin Editor
With subshell support as default
With support for background operations
With mouse support on xterm and Linux console
With support for X11 events
With internationalization support
With multiple codepages support
Virtual File Systems: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs, sftpfs, fish
Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64;

time file rep1_I.bam   
rep1_I.bam: gzip compressed data, extra field

real    0m0,001s
user    0m0,001s
sys     0m0,000s

can open for ""View/F3"" BAM files in time much lesser that second. Even 10G-12G files (that is now too uncommon for these filetypes). 
Relatively modern and stable already Ubuntu 20.04 opens for ""View/F3"" 714M BAM file in 13 seconds at pretty modern hardware (and we can wait for eternity to ""View"" at 12G file)! 

MC:GNU Midnight Commander 4.8.28
Built with GLib 2.64.6
Built with S-Lang 2.3.2 with terminfo database
Built with libssh2 1.8.0
With builtin Editor and Aspell support
With subshell support as default
With support for background operations
With mouse support on xterm and Linux console
With support for X11 events
With internationalization support
With multiple codepages support
With ext2fs attributes support
Virtual File Systems:
 cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs, sftpfs, fish
Data types:
 char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64;

time file rep1_I.bam 
rep1_I.bam: Blocked GNU Zip Format (BGZF; gzip compatible), block length 577

real    0m0,004s
user    0m0,004s
sys     0m0,000s

It's obvious for me that some script now tries to process the whole file before I can view it. I cannot find any manual concerning VIEWER behaviour for file extensions and/or file types. Why previous MC opens the same files in the old OS many times faster? Why ""file"" is at least 4 times slower at MUCH modern hardware (new OS: Ryzen 5950X, old OS: Xeon E5-2697 v2). How can I fix it?"	defect	new	major	Future Releases	mcview	master						no branch