Ticket Information - ID: #1459
| ID: | Category: | Severity | Reproducibility | Date Submitted | Updated By: |
|---|---|---|---|---|---|
| 0001459 | Feature Request | Low | N/A | 01/15/26 07:13PM | glboot100 |
|
|
| Summary: | Small update to the remove button of the favorites page |
| Description: | when you click 'remove' the post is obviously removed from your favorites and then you're transferred to the last favorites page but there's no way to easily reverse the action. i propose changing what happens page wise from being moved to the last favorites page (which is useless) to moving you to the page of the post you removed, letting you adding it back if needed and recording it in your browser history |
| Additional Info: |
Jerl replied at 2026-01-18 11:53:41  |
| The back button has always worked for me. It doesn't for you? |
glboot100 replied at 2026-01-18 22:52:59 |
| nah the back button returns to a page with the updated list so there's no way to re-add it without searching for the post again. it seems like it's browser dependant if it works for you but for not me. perhaps some browsers decide to just go back to the cached page while others refresh it. (barely related to the issue of the ticket but this is probably why going back in a search with sort:random also refresh the whole results) the main cause of these error clicks for me is that the favorites page doesn't have a phone version to be clear, so it's every easy to click a remove while trying to zoom in. |
Jerl replied at 2026-01-20 16:37:03 |
| I feel like creating a mobile version of the favorites page is probably the feature request you should be making, then. |
glboot100 replied at 2026-01-21 22:56:27 |
| they increase the likelihood of the error but the error shouldn't be irreversible to begin with so it'd be more helpful to solve this first |