View Issue Details

IDProjectCategoryView StatusLast Update
0003188NoesisGUIStudiopublic2025-10-29 13:41
Reporterdstewart Assigned Tosfernandez  
PrioritynormalSeverityminor 
Status resolvedResolutionfixed 
Product VersionStudio_Alpha 
Target VersionStudio_Beta 
Summary0003188: Component Attached Properties Break when a Component is Renamed
Description

Renaming the Root of the Component breaks any previously-associated bindings in the Attached Properties.

IMO, users should be able to perform renames freely without having to re-link every Attached Property binding.
(ie: Renaming a Component should automatically update all paths where it's employed)

Steps To Reproduce

Repro Steps:

1) Create a new Page
2) Create a new Component, and place it within the Page.
3) Within the Component, place a TextBlock of a visible colour and visible size.
4) Rename the Root of the Component to "Component_NameA".
5) Create an Attached Property in the Component of type 'String' and of name 'Label'.
6) In the Page, set whichever you text you like in the field for the 'Label' Attached Property of the Component. At this point, the text on the Page should render the text that was typed in the field.
7) Return inside the Component and rename the Root of the Component to "Component_NameB".
8) Return to the Page view.
Observe how the text no longer is rendered.

Expected Results: Renames within a Component should not break bindings: any name changes automatically update the binding path. Users should "Clear Bindings" if they wish to decouple (or couple to another layer).

PlatformAny

Activities

dstewart

dstewart

2025-10-29 13:41

developer   ~0011293

Issue no longer occurs as of 0.1.243!

Issue History

Date Modified Username Field Change
2024-03-19 15:17 dstewart New Issue
2024-03-25 14:40 dfranjic Assigned To => sfernandez
2024-03-25 14:40 dfranjic Status new => assigned
2024-03-25 23:39 jsantos Target Version => Studio_Alpha
2025-04-02 11:09 sfernandez Target Version Studio_Alpha => Studio_Beta
2025-10-29 13:41 dstewart Status assigned => resolved
2025-10-29 13:41 dstewart Resolution open => fixed
2025-10-29 13:41 dstewart Note Added: 0011293