# Request for Help on Workflow Naming Issue **URL:** \ **Category:** Node Development\ **Created:** [October 15, 2025, 8:34am UTC](https://forum.knime.com/t/request-for-help-on-workflow-naming-issue/90207 "2025-10-15T08:34:10Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![taylorpeter55](https://forum-cdn.knime.com/letter_avatar_proxy/v4/letter/t/bbe5ce/32.png) [@taylorpeter55](https://forum.knime.com/u/taylorpeter55)\ **Post date:** [October 15, 2025, 8:34am UTC](https://forum.knime.com/t/request-for-help-on-workflow-naming-issue/90207/1 "2025-10-15T08:34:10Z")
Hi all, I’m looking for assistance with a challenge regarding our workflow management please. **Current Situation** Our workflows rely on an offline Excel file to pull additional fields. I currently use the ‘Extract Context Properties’ node to capture the workflow name and filter the Excel file based on this name. The columns from the Excel file are then converted into variables for user selection in ‘Single Selection Widget’ nodes. All of this is contained in a Component which is inserted into each of our workflows. **Problem** This approach is not sustainable, as it depends on users keeping the workflow name unchanged. For example, we have a workflow named “AT Data Sum Official v1,” but in the Excel file, it’s tagged as “AT Data Sum” (i.e. a base name excluding the version). I’ve implemented logic in my component to exclude text from “Official,” allowing the workflow name to match the Excel entry whilst also enabling us to mantain version copies. **Proposed Solutions so far** 1. Hardcoding Base Names: I could hardcode the base workflow name in a ‘table creator’ within each workflow. However, while this would prevent issues arising from renamed workflows, it requires developers to remember to update the table creator upon importing my component into EVERY workflow. 2. Using Workflow Descriptions: I considered including the base name in the workflow description (similar to tags). However, it seems we cannot read the workflow description or tags within the workflow. **Help needed** Does anyone have ideas for a more robust solution? As more users engage with the workflows, the risk of renaming increases, and I’d like to minimize this issue. Thank you for your help! tp ---
**Author:** ![nan](https://forum-cdn.knime.com/letter_avatar_proxy/v4/letter/n/cc9497/32.png) [@nan](https://forum.knime.com/u/nan)\ **Post date:** [October 15, 2025, 11:33am UTC](https://forum.knime.com/t/request-for-help-on-workflow-naming-issue/90207/2 "2025-10-15T11:33:23Z")
Hi @taylorpeter55 , not sure I fully grasp your problem. From what I understand: 1. You use Widget nodes in a component for enabling people who run the workflow to customize what happens. 2. You are looking for a way how the people building the workflow can configure what happens / which files are selected when using the component. If that is the case, you can use configuration nodes like [String Configuration – KNIME Community Hub](https://hub.knime.com/knime/extensions/org.knime.features.js.quickforms/latest/org.knime.js.base.node.configuration.input.string.StringDialogNodeFactory) . When used inside a component, they add a dialog to the component that can be used to configure the component, similar to how you configure nodes. Does this solve your problem? ---
**Author:** ![takbb](https://forum-cdn.knime.com/user_avatar/forum.knime.com/takbb/32/57077_2.png) [@takbb](https://forum.knime.com/u/takbb)\ **Post date:** [October 15, 2025, 12:07pm UTC](https://forum.knime.com/t/request-for-help-on-workflow-naming-issue/90207/3 "2025-10-15T12:07:06Z")
Hi @taylorpeter55 , This reminds me of the frustration I used to have of giving users some clever Excel files to automate a process and they would come back a few days later to tell me it stopped working as they deleted/inserted/changed things in all sorts of ways that I could not protect against or lock down. I’d favour making the configuration of the “base name” part of the act of placing your component on the workflow, so if developers know they have to put your component there, at the same time they configure it directly ( as per @nan ‘s String Configuration suggestion). There comes a point where somebody has to know to “follow the convention”, but it’s difficult if you don’t have personal direct contact with end users. But if that isn’t possible, another convention could be that all the workflow names end with a special character (one that KNIME will allow in a workflow name such as underscore) i.e. _none_ of these: ![image](https://forum-cdn.knime.com/uploads/default/original/3X/b/9/b94e987b8834a874111f447632a99db4cdd8b127.png) Then you would still need to educate people that the convention is that if they want to modify the workflow name, they must add _after_ the underscore i.e the start of the name before the underscore must never be changed. It still relies on trust and people understanding the rules, but it might be a way forward. Your base name is then everything prior to the first underscore, or the entire workflow name if no underscore is present. ---
**Author:** ![taylorpeter55](https://forum-cdn.knime.com/letter_avatar_proxy/v4/letter/t/bbe5ce/32.png) [@taylorpeter55](https://forum.knime.com/u/taylorpeter55)\ **Post date:** [October 15, 2025, 12:45pm UTC](https://forum.knime.com/t/request-for-help-on-workflow-naming-issue/90207/4 "2025-10-15T12:45:00Z")
Hi @nan , @takbb **I apologize for the confusion in my previous explanation** , let me try again. - I have a SharePoint list containing workflow information (e.g., Workflow Name, Type, Saving). When using our KNIME workflows, users need to select options from this list using Single Selection Widgets. - To ensure these widgets are dynamic, I use the Extract Context Properties node to filter the list based on the workflow name. For example, if the workflow is ‘AT Data Sum Official v1’, I extract the name (excluding ‘Official v1’) and use it to filter the relevant data for Type and Saving selections. - The issue arises when a user renames the workflow (e.g. to ‘AT Updated Data Sum’). The filter will not match any rows in the SharePoint list, resulting in empty dropdowns and preventing the user from running the workflow. Example data. Type and Saving columns contain possible Drop down values. ![image](https://forum-cdn.knime.com/uploads/default/original/3X/3/4/34c175a574fda562db31d0e49bd879777fb55faa.png) **I’m seeking a solution to link the workflow to the SharePoint list data, regardless of name changes.** Hopefully that clarifies but please let me know if you have any further questions. ---
**Author:** ![takbb](https://forum-cdn.knime.com/user_avatar/forum.knime.com/takbb/32/57077_2.png) [@takbb](https://forum.knime.com/u/takbb)\ **Post date:** [October 15, 2025, 1:51pm UTC](https://forum.knime.com/t/request-for-help-on-workflow-naming-issue/90207/5 "2025-10-15T13:51:29Z")
Hi @taylorpeter55 , had a think about this and I’ve come up with an experimental component. Would be interested to know if it (a) works and (b) provides a potential solution. > **[Extract Workflow Internal Name – takbb](https://hub.knime.com/takbb/spaces/Experimental/Extract%20Workflow%20Internal%20Name~_H_HWf7QibGIjFkz/current-state)** > > On first execution this stores the current workflow's name into a file inside the workflow's folder: workflow-internal-id.csv On subsequent executions it colle… The idea is this: drop this component on a workflow and execute it. It returns the name of the workflow using context properties. The name is returned as a new flow variable “workflow.internal.id” BUT… it also writes this to a csv file in the workflow’s folder (not its data folder). On subsequent execution it reads back the name from this file. (It only returns the name in the context properties if the file doesn’t exist). My thought is that on subsequent executions, provided that file has not been deleted, it doesn’t matter what name changes the workflow undergoes, it always returns the original name. If you DO want to give the workflow a new “original name”, you would need to manually edit/delete the file “workflow-internal-id.csv” from the workflow’s folder. I cannot be certain this works in all circumstances, but I believe the theory is sound! 😉 If the idea is sound, but you want to tweak it a bit, obviously feel free to disconnect the component, modify and share on your own hub space. ---
**Author:** ![taylorpeter55](https://forum-cdn.knime.com/letter_avatar_proxy/v4/letter/t/bbe5ce/32.png) [@taylorpeter55](https://forum.knime.com/u/taylorpeter55)\ **Post date:** [October 16, 2025, 8:24am UTC](https://forum.knime.com/t/request-for-help-on-workflow-naming-issue/90207/6 "2025-10-16T08:24:52Z")
Hi @takbb, Thanks so much for this, I really appreciate it. I’ll give it a try and report back 🙂 Thanks. tp ---
**Author:** ![system](https://forum-cdn.knime.com/uploads/default/original/1X/ab3ccf34482a0329361734a18199390177204f15.png) [@system](https://forum.knime.com/u/system)\ **Post date:** [January 14, 2026, 8:25am UTC](https://forum.knime.com/t/request-for-help-on-workflow-naming-issue/90207/7 "2026-01-14T08:25:14Z")
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.