notepad-plus-plus / notepad-plus-plus/notepad-plus-plus
Edit windows scrolled after restore from minimize.
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 29.4k
- Forks
- 5.4k
- PR merge metrics
- No merged PRs in 30d
Description
Description of the Issue
Minimizing and then restoring Notepad++, the edit windows have been scrolled down by several lines (one screenful?).
After repeated minimize/restore cycles this eventually results in all the edit windows being at the bottom of the text buffers.
This behavior does not appear to affect the location of the insertion caret.
Steps to Reproduce the Issue
- Have one or more files open in NP++
- Minimize the application.
- Restore the application.
- Observe the edit windows have scrolled down some number of lines.
Expected Behavior
The edit windows should remain in the same scroll location after a restore.
Actual Behavior
The edit windows have scrolled down some number of lines.
Debug Information
Notepad++ v7.5.9 (64-bit)
Build time : Oct 14 2018 - 15:19:55
Path : C:\Program Files\Notepad++\notepad++.exe
Admin mode : OFF
Local Conf mode : OFF
OS : Windows 10 (64-bit)
Plugins : AutoSave.dll BetterMultiSelection_64.dll DSpellCheck.dll MenuIcons.dll mimeTools.dll NppEventExec.dll NppExec.dll NppSnippets.dll OpenSelection.dll PluginManager.dll SelectQuotedText.dll SurroundSelection_64.dll XBrackets.dll _CustomizeToolbar.dll
Prior to Minimize, caret is on line 4.

After restore, caret still on line 4.

Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue with one or more open files using the listed minimize and restore steps, then trace the application’s minimize/restore handling. Done means each edit window retains its previous scroll location after repeated restore cycles while the caret remains unchanged.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100