github-starred/actual
2
0
Fork 0
mirror of https://github.com/actualbudget/actual.git synced 2026-07-16 15:14:02 -05:00
Code Issues 3.0k Packages Projects Releases 58 Wiki Activity

[GH-ISSUE #6351] [Bug]: Actual won't let an 'x' be entered between two numbers - forces reformating to an undesired character #100121

New Issue
Closed
opened 2026-05-29 18:34:05 -05:00 by GiteaMirror · 7 comments
GiteaMirror commented 2026-05-29 18:34:05 -05:00
Owner
Copy Link

Originally created by @Teprifer on GitHub (Dec 10, 2025).
Original GitHub issue: https://github.com/actualbudget/actual/issues/6351

Verified issue does not already exist?

  • I have searched and found no existing issue

What happened?

Found when typing into a transaction comment: 2x3
Actual changes the x to be the multiplicative symbol: Image

Side by side of x to show the difference: Image

The bug is that actual shouldn't be reformatting text in a text field and instead allow users to enter text as they intend.

Also noted the same applies to entering in a payee name, a category name, category notes, and likely elsewhere text is being entered.

How can we reproduce the issue?

Edit any transaction comment or other text field and type in: 2x3 (or any other variation of numbers)
Note the x changes to the multiplicative symbol

Where are you hosting Actual?

Docker

What browsers are you seeing the problem on?

Firefox

Operating System

Linux

Originally created by @Teprifer on GitHub (Dec 10, 2025). Original GitHub issue: https://github.com/actualbudget/actual/issues/6351 ### Verified issue does not already exist? - [x] I have searched and found no existing issue ### What happened? Found when typing into a transaction comment: 2x3 Actual changes the x to be the multiplicative symbol: <img width="75" height="43" alt="Image" src="https://github.com/user-attachments/assets/2bf94801-a33b-4504-b9c9-d312ac0bcbf4" /> Side by side of x to show the difference: <img width="93" height="47" alt="Image" src="https://github.com/user-attachments/assets/760d7140-0d00-4552-b44d-5e9cd6eb5719" /> The bug is that actual shouldn't be reformatting text in a text field and instead allow users to enter text as they intend. Also noted the same applies to entering in a payee name, a category name, category notes, and likely elsewhere text is being entered. ### How can we reproduce the issue? Edit any transaction comment or other text field and type in: 2x3 (or any other variation of numbers) Note the x changes to the multiplicative symbol ### Where are you hosting Actual? Docker ### What browsers are you seeing the problem on? Firefox ### Operating System Linux
GiteaMirror added the buguser interfacegood first issue labels 2026-05-29 18:34:07 -05:00
GiteaMirror commented 2026-05-29 18:34:16 -05:00
Author
Owner
Copy Link

@db-src commented on GitHub (Dec 13, 2025):

I heavily suspect this is being done by your browser or system keyboard, not Actual. It does not happen here for me on Chrome.

<!-- gh-comment-id:3649250530 --> @db-src commented on GitHub (Dec 13, 2025): I heavily suspect this is being done by your browser or system keyboard, not Actual. It does not happen here for me on Chrome.
GiteaMirror commented 2026-05-29 18:34:21 -05:00
Author
Owner
Copy Link

@matt-fidd commented on GitHub (Dec 17, 2025):

This appears to be happening for me on a Chromium based browser on MacOS

<!-- gh-comment-id:3665947656 --> @matt-fidd commented on GitHub (Dec 17, 2025): This appears to be happening for me on a Chromium based browser on MacOS
GiteaMirror commented 2026-05-29 18:34:23 -05:00
Author
Owner
Copy Link

@michaelignacio commented on GitHub (Dec 17, 2025):

I can replicate the issue as well on the macOS Actual app. For some reason the "x" gets formatted vertical spacing when preceded and succeeded by integers, that's why it looks like a multiplication symbol.

<!-- gh-comment-id:3666341505 --> @michaelignacio commented on GitHub (Dec 17, 2025): I can replicate the issue as well on the macOS Actual app. For some reason the "x" gets formatted vertical spacing when preceded and succeeded by integers, that's why it looks like a multiplication symbol.
GiteaMirror commented 2026-05-29 18:34:26 -05:00
Author
Owner
Copy Link

@db-src commented on GitHub (Dec 20, 2025):

So it copies/pasted as a letter x? If so then I guess it's a font kerning issue. It's important to be sure whether the symbol is changing or just the rendering of it, either way

<!-- gh-comment-id:3677731405 --> @db-src commented on GitHub (Dec 20, 2025): So it copies/pasted as a letter x? If so then I guess it's a font kerning issue. It's important to be sure whether the symbol is changing or just the rendering of it, either way
GiteaMirror commented 2026-05-29 18:34:29 -05:00
Author
Owner
Copy Link

@michaelignacio commented on GitHub (Dec 26, 2025):

@db-src Yes, it copies/pastes as the letter x, confirmed after checking its ASCII value. From inspecting the element using Chrome, I can't find a specific style that might be causing it, so yes it could be font-specific.

<!-- gh-comment-id:3692854906 --> @michaelignacio commented on GitHub (Dec 26, 2025): @db-src Yes, it copies/pastes as the letter x, confirmed after checking its ASCII value. From inspecting the element using Chrome, I can't find a specific style that might be causing it, so yes it could be font-specific.
GiteaMirror commented 2026-05-29 18:34:31 -05:00
Author
Owner
Copy Link

@jadenar07 commented on GitHub (Apr 1, 2026):

I was able to replicate the issue and looked into it, attempting to find a code origin. I could not find any code path in the transaction table that intentionally rewrites the text. The notes cell in TransactionsTable passes the raw notes value through, and the shared Input component is also just a plain value input wrapper.

The only app-level typographic styling I found was in index.html:84, where input, textarea had font-feature-settings: 'ss01', 'ss04'. I changed that to normal and added font-variant-ligatures: none, but the substitution still persisted. The actual cause is likely outside this repo’s code scope

<!-- gh-comment-id:4172509262 --> @jadenar07 commented on GitHub (Apr 1, 2026): I was able to replicate the issue and looked into it, attempting to find a code origin. I could not find any code path in the transaction table that intentionally rewrites the text. The notes cell in TransactionsTable passes the raw notes value through, and the shared Input component is also just a plain value input wrapper. The only app-level typographic styling I found was in index.html:84, where input, textarea had font-feature-settings: 'ss01', 'ss04'. I changed that to normal and added font-variant-ligatures: none, but the substitution still persisted. The actual cause is likely outside this repo’s code scope
GiteaMirror commented 2026-05-29 18:34:33 -05:00
Author
Owner
Copy Link

@StephenBrown2 commented on GitHub (Apr 1, 2026):

It's an Inter font setting that's enabled by default. https://github.com/rsms/inter/issues/850

You can disable it in the lab and see: https://rsms.me/inter/lab/?feat-calt=1&feat-ss01=1

Image

Also see: https://github.com/rsms/inter/issues/222

So we'll need to add "calt" 0; to the font-feature-settings:

<!-- gh-comment-id:4173082124 --> @StephenBrown2 commented on GitHub (Apr 1, 2026): It's an Inter font setting that's enabled by default. https://github.com/rsms/inter/issues/850 You can disable it in the lab and see: https://rsms.me/inter/lab/?feat-calt=1&feat-ss01=1 <img width="240" height="56" alt="Image" src="https://github.com/user-attachments/assets/d8294f20-bf79-4aac-9a1b-296ef528b103" /> Also see: https://github.com/rsms/inter/issues/222 So we'll need to add `"calt" 0;` to the `font-feature-settings:`
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
AI generated
API
bank sync
budgeting
bug
can’t replicate
dependencies
docker
documentation
electron
experimental feature
feature
feedback
goal templates
good first issue
help wanted
importers
maintenance
needs info
needs testing
needs triage
needs votes
openid
payees
pull-request
Mirrored from GitHub Pull Request
 regression
reports
responsive
rules
schedules
server
✨ merged
split transactions
tech debt
tech-support
theme
transaction import
transaction reconciliation
transactions
translations
upstream
user interface
✅ approved
wontfix
No Label bug good first issue user interface
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/actual#100121
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?