Option to keep share links after filename is changed/ save as in XD
Apparently some people want to automatically delete the already created links each time they save their file as a new one.
But this is not the case for everyone!
I need to keep my link history even if I saves as a new file.
(I don't get how people can not just create new links)
This was a very important good point of XD for my team, clients and I, and now I have to explain to everyone that I will have to share a new link, or simply keep the same file even if I have big change on it.
I'm sooo not happy about your decision.
Give us the choice please!!
Brett Redvers commented
As a developer, working with designers, I'm just chiming in here to say how annoying it is to keep requesting new XD links.
I very quickly have a ridiculous amount of links everywhere, it's so easy to lose track on what I should be looking at - and it's led to many mistakes.
Please get it sorted and save us developers from XD link hell!
Yes it's horrible. Please change it! My workflow is to save files to keep versions of my design. But then I have to resend new published links to my clients and developers. Horrible! In Sketch this works … I have to go back to sketch because just god knows when Adobe will read this feature request (or better bug!!) and implement it faster than in 5 years … :-(
My organization uses google drive to store files and sometimes it'll tell you your file has been moved and you have to resave in the exact same location, losing all the links. I have a 60 page PPT document with links to individual pages in the prototype that I now have to go update every single link.
Please offer the ability to keep the same link after resaving.
it is very troublesome to create a link every time we rename the file, especially once we have shared a link to clients for review and need to add a small change in the same link. update the same link feature is must to have for a seamless product experiience.
Sapphire Leung commented
please take reference to invision and craft, it is extremely inconvenient to create the link every time I rename a new file name in adobe xd source file
Offer the ability to both 'save and update' the previous share link, or 'save as a new' share link
Talana Tisdale commented
Adding in my vote for this functionality too! This is not at all ideal for how most design teams run within an organization - we send a link out for review/testing of the prototype to various stakeholder groups, and then if one small thing needs to be changed or is caught post-sending, we have to send out link after link after link every time we make an update!
It should work like InVision or Figma - one share link works per project no matter what you update.
Extremely frustrating, thinking of switching to Figma for this reason alone.
This is "Adobe Experience Design"... Experience! How in the world did adobe designed THIS experience for the designers?
Things like this makes this software literally unusable. After that uptade, i have to provide my client with hundreads of new links. This is utterly unprofessional. When is adobe team going to fix that?
Having this same issue with the way my team work.
My boss needs me to work with local files so we have a backup and a source file that everyone has access to incase I'm not available. After-all the artwork belongs to my company not me personally.
If the share link was saved as part of the file it would mean another team member could pick up a file off our network drive, make changes, and update the link. Currently if that happens a new URL is generated creating confusion with client and developers as they end up with multiple urls and can end up looking at out of date artwork.
If we use cloud files, and I invite another person to edit my file they cannot publish the link, they can only ask me to do that.
This is no good in a team when people work different days or take holiday etc.
And does not satisfy the need for locally stored artwork.
It would be great if the links were associated with the file instead of the user. My team uses local files instead of cloud and currently if 1 teammate creates links and puts their file on the server, then another teammate pulls that file down to make edits and the links are wiped out for them and they have to create new ones. This leads to a confusing and unnecessary amount of links.
Is this addressed? Its incredible annoying and it does not seem to be a solution anywhere...
I agree with all the comments below. This needs to be addressed ASAP! It would have been nice for a warning or if the link would have been saved to the file, even after renaming.
I just had this problem with a high-profile client. I got the approval for my prototype so I pulled the link to get it to my director ASAP (we were under a time constraint.) AFTER, I resaved my file (under the final version name) because it was approved and I like to stay organized (files build up fast.) Not knowing that since I saved it after it would delete the link, usually if you make an edit to a file and save it, those changes save to the file (so weird to think it deletes it?) where I can no longer modify that link...
So, now I will need to send out a NEW link, just in case I need to make small edits. This does not look good on me. I really wish there would have been a warning before renaming. Because I now do not have the original file where the link was located. I saved over the name.
Yes, I learned a lesson, save first under my final version name and then pull the link but I was in a rush to get this to the client. But a warning would have been nice and saved me the embarrassment.
Also, even to better improve. It would be nice, when you look at your "manage links" it can tell you the name of the file and where it came from.. or even have the file linked to the link. For quick access and editing so it is all saved in one location. I know that would be helpful for me personally, more ways to stay organized. Less time looking for old prototype files, with a link in it.
Similar issues. I normally have to move the local file into Dropbox for backing up reasons.
Soon as this happens the link is removed from the file.
Absolutely ruins sharing links and collaboration. Links should be locked to the file no matter what the name is.
This is why tools like FIGMA win over. This relinking mechanism is causing a ton of frustration for my team and the groups we support, because when a relink happens all the prior comments are lost.
Also why are you using percentages of a pixel Adobe! So annoying to have to shoot for accuracy when I'm .5 pixels off.
This has caused me a great inconvenience and now my entire team is getting confused about where to link to in order to see the latest design. Please allow us to choose old links to update.
Ivan Berka commented
Sure Phil and all. It makes sense to at least let the user know that “Saving as…“ would render existing (and used by many) links in new file obsolete. I vote for your proposal.
But I experience that XD wants me to create new link even for existing flows (with existing links) whose objects has been only edited. Up today I wasn’t able to track down which change triggers such a behaviour but it confuses me similar way.
Sarah Sorensen commented
My developers are so unhappy about new links for mockups. Sometimes I make a change to a file but some kind of update forces me to create a new link for that file. Then I need to figure out all the places that that link is mentioned in documentation so I can update it. I really need the choice to keep the original link and just update the file.
Patty B. commented
Please at least warn people when they choose "Save as" that this will happen. This created a huge problem for me. Now I have to go do a bunch of work moving my old comments to my new link.
Nadine Gin commented
If I create a file and share it with a link I am able to update the link.
If I move the file to f.e. OneDrive the already shared link disapears in the file. I can see the link in my overview but I have no possibily to reconnect the link to the file which is difficult for me if I already shared that link to people.
Need an ability to publish file to an existing link (for renamed or even replaced file)