I enter a paycheck with income and deductions as negative entries… the last few days, when I enter deductions, the program changes it by a few cents and does not stay as the right # even after changing.
Ex: I enter $35.00, and it changes to $35.01
Hi @mbcarter74, Thanks for bringing this to our attention. I can see how having Quicken change a deduction amount after you enter the correct value would be concerning. To help us narrow this down, could you please provide a few more details?
Could you also provide a screenshot of the paycheck transaction showing the deduction before and after it changes, if possible?
I look forward to your reply!
I am having a similar problem with Quicken changing the split amounts after I enter them, but not in a paycheck. I created a new transaction in a Savings account. I did not enter an amount or a payee. I just entered the date, went to the category field, and clicked to set up a split. I entered 7 line items. Everything was fine. I entered the 8th line item, selected the category, entered the amount of -38,625.00, and pressed Tab after entering the amount. It displayed correctly. I clicked the “Next” button to go to the next line item, and Quicken changed the amount to -38,624.98. When I tried to change it back to the correct value, Quicken let me type it in, but when I hit return, it reverted to the erroneous value.
This has happened multiple times. I tried exiting and restarting Quicken. I tried validating the file; it showed no errors. I did a full shutdown of my PC and booted up again. The problem persisted.
I am using Quicken Classic Deluxe for Windows 11 Home, R69.29. [Edited - Readability]
Hi @mbcarter74 and @dsc17, Thanks for bringing this to our attention and for sharing the details. I was able to replicate the issue on my end and have created an investigation ticket (CBT-1288) for our team to review.
If you haven’t already done so, I suggest uploading your logs through Help > Report a Problem.
Once you’ve uploaded the logs, please let me know so I can add that information to the investigation ticket.
I look forward to your reply! [CTP-18406]
I was able to replicate this with a 2-line split of $100 and $30,000 to two expense Categories.
It appears that hitting Tab after entering the second amount is what triggers this problem. It puts the cursor in the new mostly hidden Percent column. Then going to the next line applies the percentage that was recorded behind the scenes and rounds the amount you entered.
If you click on Next or click on the Category in the next line immediately after typing the amount, this does not happen.
This appears to be the same problem as this one (CTP-18429)
I have uploaded my logs.
Hi @Jim_Harman ,
Thanks for testing this further and for pointing out the connection to CTP-18429.
The issues are similar, but they cover different scenarios. The issue you identified is specifically related to $0 split transactions, while the issue reported here covers a broader problem where amounts entered in split transactions can change when using the Tab key, including non-zero amounts.
Because the reported scenarios are different, we’ll track them under separate tickets. However, the root cause could be the same, or the issues could be related. We’ll make sure this information is noted so the teams can compare the two investigation tickets. Thanks again for taking the time to reproduce this and for sharing your findings!
Hi @dsc17, Thanks for uploading the logs. I’ve added the information to the investigation ticket.
[CTP-18406]
Also, after reading the other posts related to CTP-18429, I retried entering my transaction, with a twist. After entering the $ amount, instead of hitting Tab or Enter or Next, I simply clicked on the Category Field of the next item line. That way my cursor never inadvertently affected the supposedly partially hidden % field. It worked fine.
I am having the same issue where Quicken is "adjusting" the amounts I enter into a split transaction. Super frustrating to watch the program change data I just entered. Reported the problem and sent in my logs. I did go back and the issue is solely connected to using the TAB button to move between lines in the split transaction. It now appears to somehow adjust splits to percentages even though the percentage button is off.
Hi @Brike, Thanks for sending over the logs. I’ve included them in the investigation ticket for further review.
Totally agree, there should be a way to turn off the percentage option. It changes the amounts that I want to enter. I will not tab to avoid this issue for now but it is terrible to have to (remember) to do so. Get rid of percentages!
Hi @Dan Tannenbaum, I understand how frustrating it is. Our team is working on adding a feature that will allow users to turn off the percentage option. This is being tracked under CTP-18407.
At this time, we do not have an estimated timeframe for when this feature will be available.
We appreciate your patience while our team continues working on this. [CTP-18407]
Most of these issues (and many more) are related to the bugs in the new Percent column. Hopefully, once the Percent column gets fixed, many (maybe all?) of these issues should resolve.
I am experiencing the same issue when entering a paycheck. It occurs when I enter the paycheck manually and only affects certain line items. I can confirm that if you correct the line amount and click on another line the correct amount is saved. If I hit enter or tab, the amount changes by a cent.
Hi @Randy 415 and @Jean Zick ,
Thank you for letting us know that you are experiencing this issue as well. I have added your information to the investigation ticket CTP-18407 to help the team with their investigation.
Thank you! [CTP-18407]
I'm having the same issue with Quicken changing the splits by adding or subtracting a penny. It seems to be related to using the tab key to move between split lines. If I use my mouse, it doensn't happen. But that takes me much longer to enter my splits. Hope this gets fixed soon.
Plus there is an extra tab space required when entering a split. For some reason there is a space to the right of the amount field so you have to hit tab twice to move to the next line. I can barely even see the field to the right of the amount field so don't know what that's for. I'd like to get rid of it so I don't have to double tab to advance.
@LAB123 The extra space is for the new percent column. Please see and vote for this Idea
Yes, I wholeheartedly agree. Let people who want to see percentages choose it as a preference. Why should the rest of us have to suffer with the added tab?
Same problem as others. Split transactions are constantly changing by $.01 or $.02. If you retype the amount it just does it again. Has happened for the past month. Release R69.53 Build 27.1.69.53. If I have a split transaction with 5 lines I now have to enter it as 5 separate transactions.
I also have the issue that I can no longer enter $0.00 transactions and show an income and expense split.
I have been using Quicken since 1990. Please fix these issues.
@vud999 Until this is fixed, a workaround for this problem is to use the mouse or the Enter key rather than the Tab key to move to the next split line.
I have to say that I am seeing these issues as well and as a long time Quicken user (~30 years), it baffles me how this ever got past quality control testing. Please allow users to disable percentages. Please allow users to use TAB or ENTER to move to the next field. and PLEASE, establish some regression testing to avoid these types of issues in the future. This type of issue can cause signficant problems with accounting and it is something that Quicken needs to fix ASAP!!
Glad to see that this is a real issue after wasting several hours. I am having the same issue with split transaction not recording the amount I typed in after I hit enter. Quicken user since late 80's. Win 11 r69.53 27.1.69.53.
For my account, I have an "other asset" for a brokerage account. I have a memorized split transaction where I enter the monthly activity in grand total, based on how it is reported in the investment statement. Eg Dividends and interest, security purchases, proceeds of sale, expenses etc. So the total of the split is the net increase (or decrease) for the month in the total account value. Same process for each brokerage, IRA or 401k account we have.
This is especially painful when there is a net decrease for the account value for the month, because the signs of the numbers need to be entered consistently based on whether the split category is an income or an expense category. Then when it asks if the split is an overall increase or decrease, the newly calculated total goes in the proper increase or decrease column. If the signs are off, then the ending balance will not agree.
I was able to finally able to get the entered amounts to "stick" and not change by doing the following. Type in the payee for the memorized split transaction.
Change the amount in the main register that shows in the increase or decrease from the memorized amount to 0. (I want it to calculate the total from the split).
Open the memorized split.
I zeroed out the amounts in the memorized split by typing in zero and then using down arrow. In the split, Choose the amount field….Type in the amount, ……hit plus key which invokes the calculator, hit +0,…….then instead of hitting enter,…….
……….. click where the 0 is showing on the amount line………….. it places the amount there……… DO NOT HIT ENTER. ……..then click in another amount line on the split transaction…….. I was able to get it to retain the amount I input most of the time after doing this. Then choose overall increase or decrease to have the split post the total to the register, and save the transaction. If all is well, and signs are right the new ending balance matches the ending balance on the statement. Also I noticed that there is a sometimes a subtle character visible in the split window to the right of the amount field, and just left of the the scroll bar. You can only see less that 1/4 the width of a character if there is something there. But I was able to click on it and backspace over it or delete it. This seemed to help. Quicken should allow users to enlarge the split window, or at a minimum allow the column widths to be widened or narrowed so it can reveal what is hiding in this nearly invisible column. Hope this gets fixed soon.
I just encountered this issue as well. I have been using the tab and shift-tab keys to move between fields without altering data, on every computing device with a keyboard and application since I started in tech in about 1979! With this bug, Quicken has become the FIRST application or hardware device I have ever encountered to violate this standard.
