How do I Stop the Stock Split Pop-Up Box?

TexMike

Hey everyone, I could use some help figuring out how to stop the stock split box from appearing after everyone One Step Update.

I manually entered a 3:1 stock split for BYDDF on June 11, 2025, which is the record date of the split (after the market closed). But the next day, when I ran a One Step Update,

Quicken gave me that pop-up box asking me to accept or reject the BYDDF downloaded split. It says “Downloaded Data 3:1 on 6/10/2025” and “Replace on 6/11/2025.” (Screenshot #1.)

I rejected the prompt because I had already manually entered the split myself. Not sure if the split data may have also came from Vanguard later.

Now when I check the Online Center > Securities Comparison Mismatch (Screenshot #2), and Details, (Screenshot #3) it’s even more confusing. It shows “Shares Reported as of 6/12/2025.” So that’s a third date in the mix.

So a couple questions:

1. How can I stop the pop-up box from appearing every time I run a One Step Update?
2. Should I change the transaction date in my register? Right now it's set to 6/11/2025. Would setting it to 6/10/2025 (Quicken’s date) or 6/12/2025 (possibly Vanguard’s?) make the pop-up go away?

Thanks in advance!

CaliQkn

@TexMike

1. Have you tried accepting the split transaction and then deleting from the account register?
2. Yes, changing the data might also make the pop-up box stop appearing.

splasher

Whatever you do, make a backup first.

TexMike

Possible Bug? Why Quicken Keeps Prompting Me for a Stock Split I Already Entered Manually

I think I’ve found a possible bug that explains why I keep getting the “Stock Splits May Be Missing” prompt after every One-Step Update.

On June 10, 2025, BYD Company Limited (BYDDF, Class H shares, CUSIP: Y1023R104) underwent a 3-for-1 stock split after market close. It began trading at the adjusted price on June 11, 2025.

I manually entered the 3:1 split in Quicken on June 10, before Quicken downloaded the split from its data feed. My manual transaction was correct in all respects.

The next day, after running One-Step Update, Quicken displayed a “Stock Splits May Be Missing” box asking me to accept or reject the 3:1 split. Since I had already entered it, I rejected the suggestion. However, the same prompt has appeared after every One-Step Update since, despite the split already being in my transaction register.

Theory:

Quicken thinks I’m missing this split because it can’t reconcile my manual entry with its own pending one — even though they are the same.

This appears to be a bug in Quicken’s investment download engine: if it sees a split in its online feed that matches in ratio (3:1), but not from the same source (manual vs. online), it treats them as two separate events. As a result, Quicken keeps flagging a missing stock split because it doesn’t realize my manual entry and its downloaded data represent the same action.

I’ve tried deleting and re-entering. Tried accepting Quicken’s download. Nothing fixes it — and the prompt persists. It seems the only fix will be an update to Quicken itself. At this point, restoring a backup dated before the June 10 split is not an option for me, as I’m not inclined to re-enter nine days of data.

q_lurker

I'll agree it is a form of a bug. The background as I have deduced it is that Quicken maintains a stock split record in its price history records of the security. That split record is hidden and not visible anyplace I have ever found. It is (somewhat) necessary if you are tracking a security as a Watch List item where you would not otherwise have a place to record the split. Also, if the split happens at a time when you do not own the security, but you did own it both previously later. All in all, it makes the price history graph of the Security detail view behave correctly with respect to checking and unchecking the Split Adjust box. This price history record comes from downloading security quotes, either current or historical.

The problem arises as did it in your case when the date of that price history split does not agree with a Stock Split transaction you have manually entered or possibly downloaded from your brokerage. I used to be able to 1) accept the Quotes generated split (causing me to have a double split); 2) redate my split transaction to match that other date, and then 3) redate my split transaction back to my preferred date. Subsequent downloads no longer complained about mismatches. With some update in the past few years, that three point fix quit being fully effective.

My basic objective is to have the stock split record properly correspond to the jump in prices associated with the real world trading prices. In more recent cases, I have had to 'correct' (manually edit) several days of price history data records to get the right overall behavior. It seems to be more of a PITA than a few years ago..

TexMike

One possible reason you can’t locate historical split data in the price history is that Quicken hard-links a security to its CUSIP at a deeper level due to prior data downloads.

In my case (the BYDDF 3:1 split), Quicken’s download engine picked up a stock split in its online feed tied to the correct CUSIP and the correct split ratio (3:1), but it is unable to “match” my manual entry to its online data entry because there is a difference in the source of the information (one online and the other manual). This causes Quicken to treat the stock split as two different events, causing it to think it’s a mismatch, when it is not.

So as long as this bug exists, Quicken will keep flagging a mismatch (missing stock split), even though the transaction is already manually recorded and accurate. Quicken doesn’t recognize that the manual entry and the downloaded event represent the same corporate action.

It’s also worth noting that Quicken doesn’t process stock splits from QFX files; split data only comes from Quicken’s own market data provider.

This bug may be common with a foreign company that has one CUSIP, but trades both over-the-counter (OTC) for one share class, and as American Depositary Receipts (ADRs) for its other share class (like BYDDF (Class H) OTC, and BYDDY (ADR).

FOR BDDYF (CLASS C), QUICKEN NEEDS TO PLEASE:

1. INVESTIGATE THIS ISSUE,
2. HAVE ITS DATA PROVIDER CORRECT ITS FEED FOR BYDDF (CLASS H),
3. CORRECT THE PRICE HISTORY FOR BDDYF (CLASS H), AND
4. MOST IMPORTANTLY, FIX THE BUG CAUSING QUICKEN NOT TO BE ABLE TO “MATCH” A MANUALLY ENTERED STOCK SPLIT FOR BDDYF (CLASS C) TO A DATA FEED STOCK SPLIT AS ONE EVENT. THIS IS WHAT IS CAUSING QUICKEN TO INCORRECTLY TREAT MANUAL VS. ONLINE DATA FEEDS AS A MISMATCH.