The URL embedded in the text and the text and the Show box appears to be accurate.
In this case it was "https://tapeapp.com/cairn/(home/main-modal:record/163301998) "
I’ve confirmed that record ID did correlate to the correct record in Tape.
But when users try clicking through to the item, the URL fails and always reverts them back to "https://tapeapp.com/cairn/focus " and they have to navigate around to find the tagged conversation.
Not sure if this will be helpful here, as the base URL should definitely work, but I also built a URL for each item that’s more dynamic, similar to how Podio does. You can create a dynamic URL by using:
thanks @andrew.cranston
Yes we also use those direct record ID links often (really helpful when adding breadcrumb comments with links to newly created items triggered by an automation in one app and then sending users to the next/new item created in another app)
But in this case, as it is the notification email coming directly from the built in Tape notifications, we have no control over which link/format is used.
The base URL as formatted in the email appears as if it should work. But all users trying to click through from these emails are reporting that it just redirects them to their focus page each time.
Hmm, I wonder if this is actually by design. I don’t use these email notifications often (at least I don’t click on the buttons) but I can confirm that the ones I’m receiving are just directing the user to the home screen when clicking on the button, and not to the item that produced the notification. I looked back almost a year’s worth and it’s the same across the board. So I guess this is more of a feature request than a bug, but I would definitely vote for it!
thanks for confirming @andrew.cranston
Like you, I don’t rely on or use those particular email notifications at all anymore, so I didn’t notice this until other users submitted complaints about it.
I’m thinking it’s definitely a bug for two reasons though…
I’m 99.9% sure that these links have worked to direct record items in the past
the embedded URL formatting includes the record ID. Obviously that was meant to be considered at some point. But some update along the line broke that particular URL formatting and is sending the user back to the home screen as a fallback.
I have followed your conversation and tried to reproduce the issue. I generated several different notifications, but in my test scenario I couldn’t find any broken links.
@CarsonRedCliffLabs, would you maybe have an example of one of these URLs that did not work? That would really help us analyze it. It would be great if you could send me the URL in a DM.
The notification feature you are talking about is specifically the notifications for Important Activity. These are always created when a record is assigned, a checklist item is assigned, or someone is @mentioned. We actually built this about six months ago because many people requested it. Since then, it should work very reliably.
If there is a bug here, we absolutely need to understand it, because as you both said, it’s important that you can trust these links to go straight to the conversation.
Of course, we can’t prevent if a user loses permission on a record, app, or workspace, or if a record or comment gets deleted, in those cases the link can stop working.
We have found a clue that could have caused the problem. In the links we generated, we used round brackets around the record. We noticed that sometimes these brackets can cause issues in some email clients, they don’t read them correctly or remove them.
Now, we have changed the links to use the general URL format. We believe this should stop the issue from happening again.
Could you please check again and double-check if the problem still exists? Let me know as soon as you have any info.
