-
My goal: Use the summary to ONLY display summary information and not trigger on click or row select events
-
Issue: In my primary example, Retool tables with 15 or above rows trigger on click events and on select events for the table whilst those of underneath that size do not. When this occurs, the table acts as if the 15th row was selected on the first click of the summary row. If you select the summary row again, it may select a row greater than 15 generally if the row is 2 less than the maximum number of rows and greater than row 15 OR equal to row 25 depending on which one comes first. All of the specific numbers here change depending on the literal size of the table, which is why in the example, there is a second table at the bottom that is bigger than the first table whilst having the same number of rows based on what you input in the number input component. Because of the unintended selection occuring, there isn’t a way I can stop click events from occurring based on the row selected as there is no way to distinguish an actual click of row 15 with a fake one caused by this issue. Additionally, for the actual intended usage of the click events on my company’s application (Triggering a pop up based on the info in that row) that brought this issue to light, the tables that have this issue’s summary rows are un-navigable for the end user.
-
Steps I've taken to troubleshoot: I ran through every setting of Retool Tables to try to isolate the source of this issue as the dashboard my company is running into this issue on has some summary rows that have broken, and was able to reach this understanding
-
Additional info: Cloud
The click event for both tables is changing the text component underneath it to say “The Issue has occured.” You can reset this for your own testing via changing the number in the number input component or re-submitting the existing number.Link to Example
Export:Untitled-18.json (12.7 KB)