Report a bug

Kanban comment indicator disappears after deleting an API-generated comment-thread anchor, although the comment still exists
When a comment is created through the Favro API, Favro automatically inserts a comment-thread anchor into the card body: “User started a comment thread via API on date” This is related to the behavior already reported in: https://favro.canny.io/feature-requests/p/post-comment-via-api-without-adding-anchorsmention-to-card-body Deleting this generated anchor produces an inconsistent state. The comment remains available when the card is opened, but the Kanban card no longer displays the comment icon or comment count. As a result, users looking at the board cannot tell that the card contains comments. Comments created manually do not appear to have this problem. Steps to reproduce Create or open a card in a Kanban board. Add a comment to the card using the Favro API. Open the card. Verify that Favro added an anchor to the card body similar to: “User started a comment thread via API on date” Return to the Kanban view and verify that the card displays the comment icon and count. Open the card again. Delete only the automatically generated anchor using its trash icon, as shown in Image 1. Confirm that the API-created comment is still available inside the card. Return to the Kanban view, or reload the board. Actual result The API-created comment still exists and can be read when the card is opened. The comment icon and count disappear from the card in the Kanban view. From the board, the card appears to have no comments, as shown in Image 2. This differs from comments written manually, whose indicator is displayed normally, as shown in Image 3. Expected result Deleting the generated anchor from the card body should not affect the Kanban comment indicator or count. The comment count should be calculated from the comments that actually exist on the card, independently of whether an automatically generated anchor remains in the card body. Alternatively, if deleting the anchor is intended to delete or detach the comment thread, Favro should: Clearly warn the user before deletion. Remove the associated comments consistently. Avoid leaving comments accessible inside the card while hiding their existence in the Kanban view. Impact This creates inconsistent and misleading information between the card detail view and the Kanban view. Users may: Assume that a card has no comments. Miss important updates or automated notifications. Duplicate work because existing discussions are not visible from the board. Overlook API-generated comments during reviews or daily board usage. Avoid deleting the redundant API-generated anchor because doing so breaks comment visibility. This is especially relevant for integrations that automatically create comments from GitHub, CI/CD systems, monitoring tools, or other external services. Control test For comparison: Add a comment manually through the Favro interface. Return to the Kanban view. The card correctly displays its comment icon and count, as shown in Image 3. This suggests that the Kanban indicator for API-created comments may depend on the generated card-body anchor rather than on the comments stored on the card. Reproducibility Observed consistently with the described API-created comment. Favro should verify whether this affects: All comments created through the API. Only comments that create a new thread. Existing cards created before and after recent updates. Multiple comments within the same API-created thread. Desktop, web and mobile clients. Comment indicators after refreshing, reopening the board or clearing the client cache. Attachments Image 1: Automatically generated API comment-thread anchor and its delete button. Image 2: Kanban card after deleting the anchor; no comment icon or count is displayed. Image 3: Kanban card with manually created comments; the comment icon and count are displayed correctly.
0
Filter bar toggle not working when board opened in separate tab
I like opening Favro boards in separate browser tabs so I can have multiple boards open at the same time. I also use filters a lot. Some weeks (maybe a couple of months ago) the filter bar toggle button (circled red in screensghot) stopped working in boards opened in their own tabs. It works fine when using Favro in the main tab, but as soon as I use the "open in new tab" link for a board, the filter toggle button doesn't do anything. The filter bar is hidden, some random filters seem to be applied, and the clicking the button does nothing. I tested this on Chrome and Edge. I can see the following error in the browser console: Exception from Tracker afterFlush function: 53e518bdb8fd445a8479303db5919a851b62caa4.js?meteor_js_resource=true:3 TypeError: Cannot read properties of null (reading 'stickyHeaderVisible') at Object.<anonymous> (53e518bdb8fd445a8479303db5919a851b62caa4.js?meteor_js_resource=true:725:2012175) at 53e518bdb8fd445a8479303db5919a851b62caa4.js?meteor_js_resource=true:203:21225 at Function._withTemplateInstanceFunc (53e518bdb8fd445a8479303db5919a851b62caa4.js?meteor_js_resource=true:203:42596) at 53e518bdb8fd445a8479303db5919a851b62caa4.js?meteor_js_resource=true:203:21176 at Object._withCurrentView (53e518bdb8fd445a8479303db5919a851b62caa4.js?meteor_js_resource=true:203:25388) at n (53e518bdb8fd445a8479303db5919a851b62caa4.js?meteor_js_resource=true:203:21124) at 53e518bdb8fd445a8479303db5919a851b62caa4.js?meteor_js_resource=true:179:2398 at Object.withComputation (53e518bdb8fd445a8479303db5919a851b62caa4.js?meteor_js_resource=true:179:4456) at t._compute (53e518bdb8fd445a8479303db5919a851b62caa4.js?meteor_js_resource=true:179:2359) at new t (53e518bdb8fd445a8479303db5919a851b62caa4.js?meteor_js_resource=true:179:1426)
0
Load More