Block corruption with AutoCAD 2020

[Anonymous]

Old routine (circa 2005) to “ghost” at the correct scale prior to insertion.  It cancels the insert prior to filling out the attributes.  I then retrieve the lastpoint value for user later.

(ok, gotta admit not my best code, but it’s been working fine for 14 years)
Client installed a new seat of AutoCAD 2020 and now it breaks and causes some other routines to fail…

         (Setvar "Attdia" 0)

         (Princ "\nBubble location ")

         (Command

            "-Insert"

            "Bubble"

            "S" (Getvar "Dimscale")

            "R" 0

            Pause

            (Command)

         )

         (Setq Pt2 (Getvar "LastPoint"))

Seems that AutoCAD 2020 will insert the block but instead of canceling the insertion like previous releases, it places the block with NO GRAPHICS at the insertion point.  If you use the LIST command and select Last, it lists the location of the block, AND the block it will have no attributes (the original bubble block has 2 attributes). 

If you run BEDIT when exit you will see the graphics, but still no attributes

If you run BATTMAN it will restore graphics AND the attributes.

Yes, I can program around this. 

But one of the tenants that Autodesk always followed was that commands called in code ALWAYS followed the “old school” methods.  This one actually corrupts the block.

Steven LaKose

CAD Consultant

860.588.8360 cell

steve@slakose.com

[pendean]

Post your BUBBLE block here too please.

[Anonymous]

I posted the bubble and an example of a corrupted drawing

If you run BEDIT or BATTMAN on bubble you will see the block re-appear

[cadffm]

Ouch

Bug confirmed with AutoCAD 2020.1

Please start an official Supportcase as bugreport!!

[SeeMSixty7]

Wow, That's quite the bug. In the mean time you could go ahead and set ATTREQ to 0 (OFF) then place the block and the insert point and then just delete (entlast) to avoid the corruption issue all together.

Good luck and curious to see how quickly this is fixed.

[Anonymous]

Agreed...

As I had stated, rather old code and I wound't do it that way now.

Just that 2020 actually screws up the block definition that badly!  Not just ripping out the attributes but removing the graphics too!

Steve

[cadffm]

after

BEDIT: Just the block content appears, but the insert doesn't have attributes

BATTMAN:

If your setting is set to automatic-sync(or you press [Sync] manually), yes.. block content appears an attributes attached

because..

It is less the battman, instead the ATTSYNC function which force this happening.

[ВeekeeCZ]

This is what I can see right after opening. No graphics issue? Just missing attributes.

It's C3D 2020 as acad. 

Not sure if I'm keeping up with all the updates.

[cadffm]

@ВeekeeCZ 

not just open the file, do it! The command "-INSERT" works unexpected..(in 2020)

Open file, delete all and use

attreq 1

attdia 0

-INSERT

Bubble

S 1

R 1

<pickpoint>

[ESC]

or just

(Command "attreq" 1 "-Insert" "Bubble" "S" 1 "R" 1 Pause (Command))

You see.. nothing (OK)

but there is a blockreference

CTRL+A will find the object

or LAST selection and so on.

You can see it by (as i wrote before)

OR by saving and re.opening the drawing (thats like the BEDIT trick, so the attributes are missing in this case)

[ВeekeeCZ]

Thanks for explaining. Now I see it. But if you wouldn't tell me that's different I would expect that it should not be created. 

btw you can also use re-setting treedepth to 3020 to restore the graphics (I do that instead of regen)

[Anonymous]

Again, for 8 or so years this code has has worked fine.

The fact that Autodesk now screws up a block like this is what throws me.

Later in the code I extract the attribute for the next item bubble.  That section of the code started crashing, as I never programmed it to verify that the block has attributes!   It even crashed earlier versions of AutoCAD as the corrupted block was being inserted vs the block with attributes. 

Bottom line, Autodesk has always respected previous command versions (example the copy command, using it in lisp does not do multiple copies).  Even if the code would fail it would be better than corrupting a block, both in display and stripping out the attributes.

Steven LaKose

CAD Consultant

860.558.8360 cell

steve@slakose.com

[cadffm]

Again, i think this is a BUG(BUG = not wanted), start a bugreport/support case for this!