Community
    • Login

    NPP v.8.6 bug

    Scheduled Pinned Locked Moved General Discussion
    7 Posts 4 Posters 786 Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • сергей кобяковС
      сергей кобяков
      last edited by

      Hello!
      After updating NPP to version 8.6, I got a bug.
      The line on which the cursor is located is not displayed.
      Example:
      27544cbf-324f-44cb-98f1-c12282b1f9ad-image.png
      In this picture the cursor is on the last line
      cdff3121-6f86-4711-9313-2004dd613bda-image.png
      In this picture the cursor is on the first line
      I did not make any other changes except changing the cursor position
      Workaround - Move to Other View
      43ba9ee2-d39e-4d3c-be77-678fe71b46f0-image.png
      In the second window everything is displayed correctly, but when you return back to the main window it stops displaying again

      Debug info:
      Notepad++ v8.6 (64-bit)
      Build time : Nov 23 2023 - 16:58:44
      Path : C:\Program Files\Notepad++\notepad++.exe
      Command Line : “C:\Users\***\Desktop\New Text Document.sql”
      Admin mode : OFF
      Local Conf mode : OFF
      Cloud Config : OFF
      OS Name : Windows 10 Enterprise (64-bit)
      OS Version : 22H2
      OS Build : 19045.3693
      Current ANSI codepage : 1251
      Plugins :
      BigFiles (0.1.3)
      CSVLint (0.4.6.5)
      CsvQuery (1.2.9)
      HugeFiles (0.4.1)
      mimeTools (2.9)
      NppConverter (4.5)
      NppExport (0.4)
      RunMe (1.6.1)
      SQLinFormNpp64 (6.23.3.24)
      urlPlugin (1.2)

      PeterJonesP rdipardoR 2 Replies Last reply Reply Quote 1
      • PeterJonesP
        PeterJones @сергей кобяков
        last edited by

        @сергей-кобяков said in NPP v.8.6 bug:

        The line on which the cursor is located is not displayed.

        Yes it is:
        d8138d7f-9901-43ce-a1c7-5f391141d26d-image.png

        Like anywhere else, the caret blinks/flashes on the last line just like on any other line, at the rate defined by the Settings > Preferences > Editing > Caret Settings > Blink Rate slider.

        сергей кобяковС 1 Reply Last reply Reply Quote 1
        • Alan KilbornA
          Alan Kilborn
          last edited by

          Perhaps OP’s issue is related to the 8.6 changes to multi-editing. Or maybe a plugin interaction with it.

          @сергей-кобяков Can you provide a more-exacting set of steps to reproduce this scenario?

          1 Reply Last reply Reply Quote 0
          • сергей кобяковС
            сергей кобяков @PeterJones
            last edited by сергей кобяков

            @PeterJones
            Perhaps I did not describe the problem clearly enough. The problem is not how the cursor is displayed, but how the line is displayed on which the cursor is positioned.
            In the first screenshot, the cursor is on line 4 and you can see that ‘qqq’ is on the first line. In the second screenshot, the cursor is moved to the end of the first line and ‘qqq’ is no longer displayed. I did not delete it, just the line with the cursor displayed completely empty. The text remains on it, you can select it, copy and paste it somewhere else, you can somehow change the line, but all this has to be done blindly, because the line is simply not displayed.
            More example:
            8aca969b-e02b-4823-ab8f-191d535c3e67-image.png
            The cursor is on the second line and the first line is completely visible

            2ea731db-b2ab-4c29-9583-8669411812c4-image.png
            The cursor is on the first line and it is not visible. (That the first line is filled with something can be understood by the word wrap and by information about the number of characters and the position of the cursor at the bottom)

            This happens with different language settings (I tried SQL, Python, YAML and plain text) and with different scales. I also tried turning Word Wrap on and off and displaying all characters

            UPD.
            I dug into the settings and found another workaround and it looks like the direction in which to look for the cause of the problem. The problem only appears when Highlight Background is set in Settings > Preferences > Editing > Current Line Indicator. If you change it to None or Frame, the line starts to be displayed

            PeterJonesP 1 Reply Last reply Reply Quote 0
            • PeterJonesP
              PeterJones @сергей кобяков
              last edited by PeterJones

              @сергей-кобяков ,

              I still cannot replicate your symptoms.

              update: only try my advice if @rdipardo’s advice doesn’t work; if you cannot read it through the strikeout, copy/paste from here into Notepad++, and the strikeout will not be pasted.

              It sounds like maybe your %AppData%\Notepad++\stylers.xml (or whichever theme you are using) did not get updated to match with Notepad++ – maybe because you’d customized it, so the updater didn’t overwrite your copy.

              I suggest trying to download the portable zip of Notepad++ v8.6, and see if you have the same problem. If you do, then please do a step-by-step guide of exactly the sequence you used to replicate the problem in the portable edition. If it doesn’t have the problem, then try copying the portable stylers.xml overtop your installed stylers.xml and then running the installed Notepad++ and see if the problem has been fixed.

              1 Reply Last reply Reply Quote 1
              • rdipardoR
                rdipardo @сергей кобяков
                last edited by

                @сергей-кобяков

                I think you are experiencing a known issue with the CSVLint plugin, which you appear to have installed.

                In a nutshell, the text is being hidden because the caret line background is losing its alpha channel, or “translucency”. 8.6 is the first N++ version to properly implement the translucent element style API that became available in Scintilla 5.x. However, CSVLint still uses a deprecated method from Scintilla 4.x to achieve a similar effect, resulting in adverse interactions.

                A comment to the relevant CSVLint issue suggests turning off the TransparentCursor option at Plugins > CSV Lint > Settings. Try that, and your document should be completely legible again.

                сергей кобяковС 1 Reply Last reply Reply Quote 6
                • сергей кобяковС
                  сергей кобяков @rdipardo
                  last edited by

                  @rdipardo
                  Thanks, this solution helped

                  1 Reply Last reply Reply Quote 1
                  • First post
                    Last post
                  The Community of users of the Notepad++ text editor.
                  Powered by NodeBB | Contributors