The Text tool shortcut "T" adds a "t" to the text of a text box

[Eccentric_Genie1304]

I reguarly click on a text box that I want to edit, and then I hit "T" to change the tool from the arrow (move tool), to the cursor (text tool). It's a bad habbit and I should start by seleting the text tool first, but I often forget until I have already selected the text box that needs editing. No problem, the shortcut "T" will change the tool. Yay. 

Except now, in v25, not only does it change to the Text Tool, it also adds the letter "t" to the text box. 

It is a shortcut. It should only change the tool. It should not also type the letter "t"

[Stan Jones]

@Eccentric_Genie1304,

I am not seeing this on PR 25.0.0 and PR Beta 25.2.0.44 using Win 10. I am on a project and have not yet updated to PR 25.1.0.

What version are you on?

If I click once on a text item with the selection/move tool, it selects and shows the text box, and does not enter edit mode. If I then type t, it enters edit mode and changes to the Text tool. (It may not show as the Text tool until the cursor is moved.)

As expected,  if I double-click the text item with the selection tool, it enters edit mode, selects the text, and changes to the Text tool. If I type "t" at that point, it types t and replaces the selected text.

Stan

[Eccentric_Genie1304]

I am on v25.0.0 - I'm not hitting the "T" twice. I never had this issue on any previous versions. The way you describe it working is how it has always worked, as expected.

[Stan Jones]

@Eccentric_Genie1304,

Upvoted.

Thanks for that confirmation on your method. I updated to PR Beta 25.2.0.50 to test something else. But tested this first since you confirm you are doing it correctly.

And voila! I see the problem. The problem does not happen every time, and so far I can not pin down what makes a difference. And with the method I describe below, I get the same inconsistent, but buggy, behavior in 25.0.0.

To try to find a pattern, I created new text and tested, and alternated with previous text. While new text tended to show the problem when tested immediately, there was no set pattern.  I could test the same text repeatedly using these same steps, and not see the problem, then change focus and see the problem on the same text.

In any event, the steps that produced the problem most of the time with new text are:

1 Select text tool and create text. I used abcd. Result is focus in the Program Monitor with text in the red bounding box, in edit mode with Text tool active.
2 Click in timeline to deselect the new text/text box. Focus is in Timeline with regular arrow there, but Text tool still active if we hover over PM.
3 Click on selection/move tool to change tools. Focus is on Tools panel.
4 Click on text in PM - I placed the cursor between the b and c. Bounding box appears, and does not enter edit mode.
5 Type t. The "t" is added at the end of the existing text, with the red vertical, editing cursor after it.

When the problem does not occur, at step 5, the red text box appears, and it is not in editing mode, and there is no vertical cursor to show where text would be entered. If t is pressed repeatedly it does nothing (the Text tool is already active), and pressing other letters, e.g. "x", activates that shortcut (an in/out is set in the timeline).

I don't think this has been reported, because, yeah, it's a bad habit! lol. But it is a bug.

Stan

[IanB_360]

Hi @Eccentric_Genie1304 

Thanks for submitting your bug report. I will have someone on the team test this out and then file a bug if they can repo it like @Stan Jones  did. I hope we can help you soon. Sorry for the frustration!

Thanks,

Ian

[MyerPj]

I was able to get it to happen on 25.2.0 b51, Win11.

It seems to insert the cursor wherever the last edited character was. 

I had "New Text Layer" and if I edited and changed the x to an s, then the t would get inserted before the s (now in Test).

I was clicking around in a circle:

1) Timeline, 2) Tools menu on Selection tool, 3) on the text, and 4 press "t" for the text tool.