I’ve noticed that the on-click filter action is now behaving in a different way to the last years. Previously if you e.g. had a table and pressed a row it filters visuals to what you’ve selected (depending of course on parameter/filter settings of the action). If you then pressed the same row again it would remove the filter / action. This is no longer the case for either tables or visuals. This practically means that it’s very hard to remove the filter actions. Is this a bug or intended? When you try to remove filters you have to navigate the mouse-pointer outside of the table which depending on your visual layouts can be quite difficult.
I’ve tested it across analyses / dashboards / accounts and environments and its not a one-off. That is, it doesn’t seem to have anything to do with how we’ve designed things.
Would you able to open a support ticket at your end for the team debug this further ?
Here are the steps for opening a support ticket - Creating support cases and case management - AWS Support . If your company has someone who manages your AWS account, you might not have direct access to AWS Support and will need to raise an internal ticket to your IT team or whomever manages your AWS account. They should be able to open an AWS Support case on your behalf
@Koushik_Muthanna I’ve encounted exactly the same issue as Daniel, which would point to a change in behaviour introduced either on purpose or accidentally.
I can open a support ticket. Just FYI it’s just usually not been very supportive to be very honest because we can only do so much troubleshooting on our side given the SaaS / PaaS type of service QS is. I’ll see if it goes well this time!
I’m fairly confident this doesn’t have anything to do with us but rather a bug / change in behaviour, potentially due to backwards compatibility. I believe this was introduced last week. It applies both when embedding QS using SDK as well as in the Quicksight native views of both analyses and dashboards. Since CMcL also mentions this I would think it relates to QS as opposed to us.
I just now did the exact same thing you did two different datasets (one managed with an Athena integration and the other which is just an old manually created csv upload, both in spice) and the same behaviour occurs.
Thanks for your efforts in replicating this issue. Any updates when/if you’ve fixed the issue or if there’s something we need to do would be very appreciated.
Hi @Kousik,
First of all thank you @DanielJansson for raising this query.
Please check with this one with Navigation Action. So currently we don’t remove the action from the Source Sheet so it bit complex to and not good way to remove the filter manually from the target Sheet. Please provide a clear solution on this.
I’ve now tested it. It is partially fixed (almost complete) as far as I can tell:
It works for graphical visuals (bar charts / line charts).
It works for standard tables.
It does not work for all pivot tables as you would perhaps expect. It works when you press the row identifier (in some of our cases that could be e.g. a customer name) but it doesn’t work when you press the cells inside the table. I.e. value cells (e.g. the revenue lets say) wont remove filter but the row cells (customer name) will.
It does not work for all pivot tables as you would perhaps expect. It works when you press the row identifier (in some of our cases that could be e.g. a customer name) but it doesn’t work when you press the cells inside the table. I.e. value cells (e.g. the revenue lets say) wont remove filter but the row cells (customer name) will.
It’s fairly straightforward. Try pressing the cells in this table. See that they aren’t removing the action filter when you press e.g. the first cell that intersects A + Value but when you press the row identifier (“A”) then it removes it…