Attribute fields in blocks not updating

[djpJ4LHB]

Hi- 

I am trying to define an attibuted dynamic block to do data extraction later in field values. Specifically, I want to mine it for length, width and area, uniqie ID. My intent is to track unit price repairs based on area.  My quesitons are at the bottom after screen snips. I have tried searching before posting for help. I could not find much, but I am not confidnet in my overall acad vocabulary. If this has been covered before, I would appreciate a link or pointer. 

As I am editing the block, the behavior I expected was that blocks already inserted would update as I saved the block revisions. Like this-

In this snip, the insertions hav the coordinate position combined in one field value. The revision, inserted and labeled as 'Test' has the positions as BLOCKX and BLOCKY written below one another. The previously inserted blocks do not update the changes in fields. The fields still function if I stretch the sizes or move them. 

Here is a snip of the block in block editor.  Each attribute is a data field. 

1. I created a block table thinking I needed it for data extraction. I get the yellow exclamation icon. I don't know why. Grip/No-grip make no difference. 

Do I need the table? Do I have to fix the notice?

2.  Is there some system variable or something that is preventing the update of the blocks? The only way I can propogate the change is to reinsert the block and rename/stretch for each area. This is not really an option. 

I have tried making a 2nd block and using the block replace function- that did not go so well. 

3.  Annotative or non-annotative? The text and dimensions are currently annotative, but I think that the drawings will all be at a set scale. I am having trouble controlling the position of text and dimensions. I have movable grips for attributed text, but seem to have lost the grips for the dimension strings. 

I have purposfully put some text on layers so I can control visibility of them. 

I will literally have hundreds of these block insertions representing repairs on a project. The pressure of getting this block 100% correct now is intimidating. 

Thanks

dp

[h_s_walker]

Have you been doing a REGEN after you have changed the blocks?

The yellow exclamation point is because you haven't put anything in the "properties" of the block properties table. It is also broken. Double clicking on it should bring up a dialog box as show in the image below

[djpJ4LHB]

Thanks for replying- especially from a lefty to another lefty! 

I realized I attached the wrong file. I have reattached the correct one from my screenshots.  

The table variables are filled in and I still get the notice.  Any ideas how to get a reason for the warning? 

The higher level question might be do I need the table for data extraction later? All I am using it for is to collect the variables I want to mine later. 

Here is what I did to define the BLOCKX and Y attributes with fields. Perhaps my problem is rooted here?

and how it tested in the editor- it gives me the output the way I want it. 

and when I saved the block, the pop-up for saving says ' all instances will be updated' so my thinking is reinforced that the changes should propagate.

but then when i go back to the drawing, none of the pre-existing instances are updated. 

Regens did not help. If stretch or move the block, the old data fields update, but the blocks have not updated with the new data fields. 

when I inserted the new block, this is what i saw- the one on the left is current/correct. the others are not updated. 

Its as if ACAD is ignoring the definition of the new/old attributes. 

dp

[h_s_walker · Accepted solution]

@djpJ4LHB When you edit attributes which are already in blocks, they need to be resynced for them to update.

At the command line type ATTSYNC select your block and choose YES.

Before that I would either add the dimensions to the stretch actions in the block or reassociate them with the relevant line of the rectangle

[djpJ4LHB]

@h_s_walker 
Thank You!