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.
@Leo - sorry I had missed your last update here.
Thanks for the assistance.
Unfortunately, I did just receive another report of this issue still happening for end users.
Emails sent as recently as Aug 8, 2025 with the button to “Show” new notifications simply redirects to the home page, not to the item where a notification occurred.
No idea but I wonder if this is somehow tied to apples security updates around parameters? I know their updates broke a bunch of things for us and others so it might be worth exploring. But maybe not.
Carson, do you know what browser/device they were using?
Thanks a lot for the update. We actually thought that our recent URL update had resolved the issue. It seems, as you’re reporting here, that it’s still happening in some emails.
Could you please either forward me that email to my address, or send me a DM here in the community with a screenshot of the email and the URL you received? We send out many different types of system notifications, so having that exact example will help us pinpoint which one is affected and what the URL issue is.
good point @1F2Ns - I’ve asked for their device info, but don’t have that confirmed yet.
I did get this screenshot from one reporting party however, and it shows on the particular email in question it is just a link to their home screen in tape. I believe this alert however is not triggered by one specific update, just a time based alert letting users know they should go back into Tape and check for new activities and notifications that have occurred there.
So maybe some users are just uncertain what to expect from the links that arrive in the various different Tape email alerts…
