# Designer Find/Replace doesn't have permissions to rename tag **URL:** \ **Category:** Ignition\ **Tags:** perspective, ignition83\ **Created:** [October 12, 2026, 9:39pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436 "2026-10-12T21:39:53Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![r123](https://avatars.discourse-cdn.com/v4/letter/r/838e76/32.png) [@r123](https://forum.inductiveautomation.com/u/r123)\ **Post date:** [October 12, 2026, 9:39pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/1 "2026-10-12T21:39:54Z")
I can go to the tag browser in the same designer and rename the tag. If I attempt to do this from Find/Replace, I get a message saying that it failed: _"Insufficient Tag Provider Edit Permissions"_ ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/d/7/d74b9704930d018ea1005d2683fe70c7ba580bdd.png) ---
**Author:** ![code\_skin](https://avatars.discourse-cdn.com/v4/letter/c/43a26b/32.png) [@code\_skin](https://forum.inductiveautomation.com/u/code_skin)\ **Post date:** [October 13, 2026, 5:32pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/2 "2026-10-13T17:32:54Z")
This is because your user doesn't have sufficient permissions under the Tag providers Tag Edit Permissions You can verify this by checking the Tag Providers settings (assuming you have gateway access) and your own Security Levels / Roles. ---
**Author:** ![r123](https://avatars.discourse-cdn.com/v4/letter/r/838e76/32.png) [@r123](https://forum.inductiveautomation.com/u/r123)\ **Post date:** [October 13, 2026, 5:50pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/3 "2026-10-13T17:50:51Z")
I'm logged in as an Administrator. Tag provider **edit** permissions have the Administrator role checked. And I can change the tag in the tag browser in the same designer logged in with the same account. ---
**Author:** ![code\_skin](https://avatars.discourse-cdn.com/v4/letter/c/43a26b/32.png) [@code\_skin](https://forum.inductiveautomation.com/u/code_skin)\ **Post date:** [October 13, 2026, 5:56pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/4 "2026-10-13T17:56:20Z")
The Tag **Write** Permissions are not the same as Tag **Edit** Permissions. There are 3 settings (read, write, edit). Once those are good and you're still having issues, verify the radio buttons underneath the Permissions box. ---
**Author:** ![r123](https://avatars.discourse-cdn.com/v4/letter/r/838e76/32.png) [@r123](https://forum.inductiveautomation.com/u/r123)\ **Post date:** [October 13, 2026, 6:23pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/5 "2026-10-13T18:23:37Z")
Sorry, I did mean edit. If it was an actual permissions issue shouldn't that stop me from making the change in the designers tag browser? Running designer circumvents some aspect of the security? ---
**Author:** ![AIO](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/aio/32/87549_2.png) [@AIO](https://forum.inductiveautomation.com/u/AIO)\ **Post date:** [October 13, 2026, 6:26pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/6 "2026-10-13T18:26:51Z")
> [@r123](#): > > If it was an actual permissions issue shouldn't that stop me from making the change in the designers tag browser? Sanity check: **Can** you make the changes from the designer tag browser? ---
**Author:** ![code\_skin](https://avatars.discourse-cdn.com/v4/letter/c/43a26b/32.png) [@code\_skin](https://forum.inductiveautomation.com/u/code_skin)\ **Post date:** [October 13, 2026, 6:30pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/7 "2026-10-13T18:30:10Z")
> [@r123](#): > > Running designer circumvents some aspect of the security? No. But depending on your gateway configuration things may behave differently. You haven't shared much, not even the Ignition Version, so we can only assume so much. Does your Designer use the same IdP as your project? or is it using the Classic strategy, etc. ---
**Author:** ![r123](https://avatars.discourse-cdn.com/v4/letter/r/838e76/32.png) [@r123](https://forum.inductiveautomation.com/u/r123)\ **Post date:** [October 13, 2026, 6:31pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/8 "2026-10-13T18:31:06Z")
Yes. _"I can go to the tag browser in the same designer and rename the tag. If I attempt to do this from Find/Replace, I get a message saying that it failed:"_ I'm in designer, using Find/Replace. I'm not giving the Find/Replace tool different credentials? ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [October 13, 2026, 6:34pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/9 "2026-10-13T18:34:02Z")
> [@r123](#): > > Running designer circumvents some aspect of the security? Strictly speaking, and as noted all over the forum, a designer can do **anything**. All controls that affect the designer are **guardrails** , not hard limits, since the designer can always make a new library script and make it run in the gateway. Those familiar with the SDK can literally do **anything** in the platform. ---
**Author:** ![r123](https://avatars.discourse-cdn.com/v4/letter/r/838e76/32.png) [@r123](https://forum.inductiveautomation.com/u/r123)\ **Post date:** [October 13, 2026, 6:34pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/10 "2026-10-13T18:34:49Z")
![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/d/a/da78471e8eded7dfc08596a89a8eed1aa4b36856.png) ---
**Author:** ![AIO](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/aio/32/87549_2.png) [@AIO](https://forum.inductiveautomation.com/u/AIO)\ **Post date:** [October 13, 2026, 6:52pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/11 "2026-10-13T18:52:46Z")
It's common practice to detail your revision (down to minor), and expect to be asked to verify things you're taking for granted, as the folks here attempt to wrap their head around your problem. The following guide may be helpful for getting more out of your forum experience. > **[How to Expedite Answers on the Forum | Inductive Automation](https://inductiveautomation.com/news/how-expedite-answers-forum)** > > Getting help fast is easy on the Inductive Automation Forum. If you’ve got questions about our software, need help getting through a tricky part of your project, or think you may have found a bug, you’ve come to the right place. Please take a minute... ---
**Author:** ![r123](https://avatars.discourse-cdn.com/v4/letter/r/838e76/32.png) [@r123](https://forum.inductiveautomation.com/u/r123)\ **Post date:** [October 13, 2026, 8:05pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/12 "2026-10-13T20:05:15Z")
Yeah, I don't do the best job describing things and it takes me extra effort. But I do put in the effort, however completely unacceptable the outcome may seem to others. This particular instance, I believe to be a fairly simple issue. I posted the error message, I posted a picture, I described what was going on I selected the Category and version tags that I always try to do. It's not a big deal if it doesn't work but I still don't understand why the particular issue would be happening. If anybody needs any extra information all they have to do is ask but I already provided the version. If somebody's aware of some issue in an extremely specific version why hide it? I've not seen anywhere near all the threads on the forum but I don't think I've seen anybody ever do that. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/d/7dc683114b657488440365e9e61979a4a45a8ba3.png) The basic question remains. Should I be able to click on a tag in the tag browser, in designer and rename it, while not being able to rename the same tag in the same instance of designer but with Find/Replace? If so, what might be the cause? ---
**Author:** ![Nol](https://avatars.discourse-cdn.com/v4/letter/n/8e8cbc/32.png) [@Nol](https://forum.inductiveautomation.com/u/Nol)\ **Post date:** [October 13, 2026, 8:56pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/13 "2026-10-13T20:56:11Z")
I just checked with 8.3.8 (Edge though it shouldn't matter) and I can hit F2 rename it to something and then do edit find/replace and use that to rename it back to the original no problem. I'd do some basic troubleshooting. Create a new tag provider, create a tag, then re-try it on your system. See if its related to the tag provider settings or a bug in your designer. ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [October 13, 2026, 9:15pm UTC](https://forum.inductiveautomation.com/t/designer-find-replace-doesnt-have-permissions-to-rename-tag/117436/14 "2026-10-13T21:15:05Z")
I'm 99% sure this is just a bug in the find & replace implementation. ~~Normally operations in the Designer, as Phil mentioned, effectively shortcut permissions (because there's not much point), and go through a specially trusted "system" security role internally.~~ (This isn't quite accurate, we do still use the logged in user's permissions against the tag provider for regular designer ops, nobody panic). However, find & replace tag operations are "bounced" to the gateway for actual processing, and in the process split up. Regular property edits go down one code path, renames specifically go down another. Regular prop writes get the special "system" context, but renames get the inverse - a special "empty" access. That then gets denied (correctly) by the system and you get an error reported. I'll get a ticket filed.