keyval completion starts from wrong letter if on new line

[mbertucci47]

Environment

• TeXstudio: 4.8.6
• Qt: 6.8.1
• OS: windows 10/11
• TeX distribution: N/A

Related: #3962

Expected behavior

When autocompleting keyvals, it should match the entire typed string.

Actual behavior

If the keyval is on a new line, it does not. It starts from the immediately preceding letter.

Here I've typed only the letter i, hit Ctrl+Space, and the completion list is as expected.

But after typing in and hitting Ctrl+Space, the completion list matches keyvals starting with n, not in as expected.

The expected behavior does occur if the keyval is on the same line as the command.

How to reproduce

Place cursor after in and hit Ctrl+Space.

\documentclass{article}
\usepackage{tcolorbox}

\begin{document}

\tcbset{
  in
  }
  
\end{document}

I've confirmed the issue on both Windows 10 and 11 machines.

[sunderme]

can't reproduce on linux

[mbertucci47]

Could it be a line ending issue in the keyval completion code? I know windows and linux/mac do line endings differently

[sunderme]

can't confirm on win11 (4.8.6rc1)

[mbertucci47]

Hmm then it's probably related to my specific settings. This has been an annoyance for me for a long time so I'd really like to figure it out. Unfortunately changing my completion settings to the defaults shown in https://texstudio-org.github.io/configuration.html#configuring-the-autocompletion did not fix the issue.

[sunderme]

I checked with completion (all) instead of completion (typical), but no difference

[mbertucci47]

Same. I've tried changing a bunch of settings but nothing seems to fix it. Not sure where to go from here. If nothing can be done, I guess the issue can be closed.

[octaeder]

I can confirm Win10:

TeXstudio 4.8.6 (git 4.8.6beta1-4-gc4efbe39e)
Using Qt Version 6.8.1, compiled with Qt 6.8.1 R

I assume the package not being installed.

[mbertucci47]

@octaeder Thanks for confirming.

I assume the package not being installed.

What do you mean by this?

[mbertucci47]

Ah and sorry, I forgot this is a Windows 10 computer I'm on. I will change the issue description.

[octaeder]

I thought I never used the package so it should not be installed by MikTeX. But it says I installed it last November. I think there was another issue with this package and it seems that I made a build of the pdf. Anyway, I wasn't sure if this might make a difference.

[octaeder]

just to be complete, here the other case:

[mbertucci47]

I just tried on a Windows 11 machine and the issue is still there.

[octaeder]

just something else. Type = and the completer closes:

Example

\documentclass{article}
\usepackage{tikz}

\begin{document}
\begin{tikzpicture}[x]
content...
\end{tikzpicture}

\end{document}

[mbertucci47]

@octaeder I think that needs a new issue. But interestingly it doesn't happen with keyvals that have more than one letter, e.g. typing = after xshift below does not close the completer.

\documentclass{article}
\usepackage{tikz}

\begin{document}
\begin{tikzpicture}[xshift]
content...
\end{tikzpicture}

\end{document}

[octaeder]

indeed, but I just wanted to see if I can find your issue with tikz. And here is the case:

and there are many options starting with in (inner sep, ...)

Example>

\documentclass{article}
\usepackage{tikz}

\begin{document}
\begin{tikzpicture}[thick]
    \draw[
        in
        ]
        
\end{tikzpicture}

\end{document}

[sunderme]

space or tab is the point ...

[sunderme]

side effect of 7ec5dd8