notepad-plus-plus / notepad-plus-plus/notepad-plus-plus

Edit windows scrolled after restore from minimize.

Open
#5,258 0 comments 0 reactions 0 assignees View on GitHub

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
  1. Have one or more files open in NP++
  2. Minimize the application.
  3. Restore the application.
  4. 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.
image
After restore, caret still on line 4.
image

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.