Transaction List scroll jumps back to the top of the list (edited)
Transaction selection and usage used to be fine:
- I filtered by not-reviewed, and then
- One by one I would click the reviewed column
- Each would disappear and the row above would move below my mouse cursor
Over the last few months this has gottent worse, and now even worse (which is hard to imagine)
- Same filter
- I click on reviewed column
- Row stays put
- I move my mouse up, click reviewed, now the row below disappears
Even worse:
- When the row disappears or I link a transaction
- The internal scroll state jumps to the top
- If I try to scroll, I get send to the top of the transaction list
Does no one actually QA or use this functionality and noticed this?
Comments
-
Hello @budgetj75,
Thanks for reaching out! I didn't notice this issue from my end. Have you tried to see if this works better in another web browser? We also have a couple of idea posts you may be interested in voting for that align with this topic:
If you would like to create another idea post requesting an ability related to your post that isn't already created, you are also free to do so! This way, other users can vote, share their feedback, and follow your post for updates!
-Coach Jon
0 -
It happens on Chrome Mac and Windows. It also happens on Safari.
0 -
The real issue was brought up already and is that simply clicking Reviewed, or changing a category or anything inline doesn't force the transaction to save immediately - the save only happens when you make the next mouse click (or probably when pressing tab iirc). Therefore, if you edit a transaction so that it no longer meets the filter criteria that you're using right now on the transaction list, it won't disappear until the next click. This is very easy to replicate using the steps in OP - filter the transaction list by Reviewed = TRUE, click the Reviewed checkmark to review any transaction, and watch. It won't go away until the next mouse click (which might be clicking Reviewed on another transaction, or not). The same thing happens if you filter on a category and change a category so that it no longer meets criteria.
Another way to replicate this issue is to categorize a transaction as a Transfer to a manual account (or to an account where the matching transfer transaction doesn't exist yet). Simplifi will pop up a little question asking if it should create the other side of the transfer manually, but not until the next click. If your next click is on a different transaction then you get a nice little interruption and have to remember which transaction you were thinking about before.
I've been dealing with this issue for a few months and it's quite annoying (though I am getting somewhat used to it which helps). I am pretty sure it started with the New Register / New Transaction List. I hope it can be fixed!
1 -
Regarding the last point about the transaction list jumping back to the top - I see that now but I'm not sure if it started at the same time as the other issue. I did notice the list jumping to the top a while ago but don't recall if it was in the same situations.
0 -
Hello @EL1234 and @budgetj75,
Thanks for the replies! We are aware of the issue with the transaction list jumping back to the top, and our team is currently working on a resolution that should be fixed with the release of Quicken Simplifi Web 6.15.0, which will be out later this week.
As for the other issue, we have another thread where this has been reported, and we are discussing/troubleshooting the issue there:
I did change the topic of this thread to cover the scroll issue specifically, since the changes not saving issue is being discussed in the other thread.
Thank you!
-Coach Jon
0 -
Thanks! I'll post my full comment there :)
0 -
The jumping to the top started after the other issue. It's combination of the two that prompted me to finally post.
0
