Open maliavko opened 8 years ago
I've just added video with explanations, you can see on it (in chronological order): non-admin tab
Hi, max. How long does it take usually to look into report? Thank you.
Due to the bug in Windows 7 ability to change the height of the buffer is locked.
But why does the buffer height setting behave different in normal and admin modes?
This may be a bug. I have not checked this yet.
Versions
ConEmu build: 160301 x64, portable OS version: Windows Win7 x64 Used shell version (Far Manager, git-bash, cmd, powershell, cygwin, whatever): Far Manager
Problem description
I've used ConEmu with Far3 most of all in admin mode. Today noticed that there is different "BufferHeight" button behavior in the non-admin mode: button is disabled and can't be enabled manually, only with "Alternative mode" button together. In the admin mode the situation is opposite: this button is always enabled and can't be disabled manually as well). Consequently in admin mode I can scroll buffer directly (without any CtrlO macroses or stuff like this), just hide panels and use Ctrl+Alt+"Any Arrow", the same things can't be done in non-admin mode.
Note1: WinA hotkey works only in non-admin mode, in admin mode error dialog appears "Invalid max cell count".
Note2: when I open new non-admin tab there is correct buffer size in the ConeEmu window's status line (213x1000 for me), but it changes just after few seconds to the system defaults (213x50 for me). In the admin mode such behavior was not detected.
Steps to reproduce
Actual results
button is still disabled
Expected results
button is enabled
Additional files
ConEmu.xml.zip video with bug: https://www.dropbox.com/s/oe5cytcceceky71/conemu_bug.avi?dl=0