I'd like to add that because of this bug, I've been forced for years to use Illustrator in my work, rather than InDesign. I'm a professional comics letterer and graphic designer. The industry standard software in the comic lettering field is Illustrator, which to be honest, is ridiculous. InDesign is, by a wide margin, far better suited for the work, because, at the end of the day, comic book lettering is a form of typography. And typography is where ID shines. BUT, it all goes to waste because Adobe, for whatever reason, ignores this long standing bug, and this bug makes doing comic book lettering impossible. The type goes IN the shapes and the shapes come out AFU because of this bug. I'm begging you, Adobe. Please please please fix this bug. It's gone on for far too long. Thanks.

1) Version of Adobe InDesign...

This bug has plagued InDesign from at least CS 6.2 all the way to the current CC2019 version. I filed a bug report in 2017, and @Abhinav Kaushik claimed the bug was solved, but this was straight-up NOT TRUE. The bug persists to the present software.

2) Follow these steps to replicate the bug:

Create a shape, let's say a circle, and then copy this circle and paste it in a separate layer directly over the top of the first. To better see the effects of the bug, make the fill of the top circle red, and the bottom blue. At this point, the bottom blue circle is completely hidden by the red circle above it. Now put a 4pt stroke with an outside alignment on the bottom blue circle. The blue circle is still hidden, and now it appears as if the red circle on top has a stroke. Before making any changes to the shapes, make sure the Dimensions Include Stroke Weight and Adjust Stroke Weight when Scaling are DESELECTED in the Transform panel options. Make sure to have the Info palette visible so you can read the starting and ending measurements. Using the Selection tool, select BOTH circles together, and then pull on any corner to enlarge the two shapes together.

3) EXPECTED RESULT

The two shapes should scale together. They start with the equal measurements in the Info palettes, and once scaled, the shapes and the measurements should still read as being equal (albeit larger) sizes.

4) THE ACTUAL RESULT

The two shapes are DIFFERENT sizes after scaling. Remember that Dimensions Include Stroke Weight was deselected, so the stroke shouldn’t have any effect on the shape size, and yet, the bottom shape is slightly bigger than the top. The blue circle is now clearly visible and peeking out from beneath the red circle. The Info palette confirms this - the final shape sizes are different. The following are images that illustrate the bug:

Hi @Abhinav Kaushik. Thank you for the response. Unfortunately, this bug has NOT been fixed in 13.1.

I open a new document in that version of ID, and repeated the exact steps I outlined in the post above. The program still behaves in precisely the same manner - two identical shapes on separate layers end up two different sizes if selected and enlarged together with the Selection Tool.

It should be noted that in order for the bug to manifest, the shapes need to have strokes assigned to them. If no strokes are present on the shapes, then the program behaves correctly. The shapes selected and enlarged by the Selection Tool will indeed be the same exact size. This also holds true if both shapes have strokes assigned to them that are the same size. However, if only one shape has a stroke, OR if both shapes have strokes that are of different sizes, then the bug appears. These identical shapes will end up different sizes if selected and enlarged (or reduced) using the Selection Tool. Please note, that as in the example above, "Dimensions Include Stroke Weight" is NOT checked.

For whatever reason, Adobe shows the order of the uploaded pictures IN REVERSE ORDER. The correct order is ID_bug_01.jpeg, ID_bug_02.jpeg, ID_bug_03.jpeg, ID_bug_04.jpeg, and ID_bug_05.jpeg.