Auto zoom troubles with 2.1 beta 4

Trying to find when this misbehaviour appeared, I re-downloaded/installed  
alpha12, beta01, 02, 03, 04, 05 (06),
opened a lot of DXF files and had the chance to finally trace the culpritt.
 
Load beta03, open the 0110344.DXF file here attached in which you will hide all layers but the 5th.
Autozoon continues to frame the whole drawing and not the small entities carried by Layer5.
You are right, entities lying on layer 0 (that you can't dump contrary to others layers)
are luring the beta03 autozoom.
Note that saving this file under beta03 doeesn't bother beta06 which perfectly handles it.
thus I don't know how and why beta03 added to my CphB-p2 file this parasitic layer
that even beta06 can't ignore...

I feel sorry to put that extra weight on your shoulders (even more so learning that
Dongxu is no longer on the boat).  
You perhaps should leave this problem on the roadside and publish
the 2.1 as is ,  it is so much better than all other LC versions.  :)
--jp

0110344_flasque.DXF

That's another clue...
Using the first drawing you sent:
If I use the '(de)select layer' action
to select all objects on the 0 layer, and delete,
then it will function properly.

I'll wait a few more days and let my mind work on some possibilities.

I figured out how to fix it... :D!!

I'll release the next beta after I sleep.

Following your idea 
I displayed the construction lines of layer 0
then to be sure to see them all, zoomed out ;
then, not selecting 'all' but only the entities captured by the blue rectangle (left to right selection pointer),
an infinite white line appeared in the line mess.
Deselect all, and precisely erase this weird white line only...  BUG KILLED !
Autozoom now works in both drawing and PrintPreview, big relief.

Remains to understand from where is this white line coming
this will be the task of the next white night.
A BIG thanks.
--jp

Yes that's what I found (via the code), it was a single invalid line in the drawing you sent me.
Impressive that you found your own way...

our messages crossed over the Atlantic ocean... :)
Now that the bug is known and will be cured
have you any idea about if and how beta03 created it ?
-jp

Yes, dxli's patch for another problem changed the detection and handling of these invalid objects.
https://github.com/LibreCAD/LibreCAD/commit/e667b227c608e3ffe0b4be5936e1d6345bc65faf


Any such object will now be removed when the drawing is loaded.
https://github.com/LibreCAD/LibreCAD/commit/4fc3c746bd933cef982e89135053192d64178d6a

happy to read your killing of the cruel white line also cured 711 & 723 issues;
your coming nights will be fully black.

Trying to find out the entity this buggy line has been generated from,
I displaced the whole drawing and discovered the line is not linked to
any entity but to the absolute origin red cross.
Would this suggest I have inherited of this offending line when importing the original
drawing from an unremenbered CAD?

Is there some means to access the bottom layer on which lies the red cross?

beta07 installed,
AutoZoom perfectly works,
the former white line doesn't even appear in dots :)

farewell the light blue?  Is it now possible to get a differentiator
highly visible next to <LibreCAD>  on top of the screen ?

LibreCAD 2.1.0 b7  would help sorting screenshots taken while troubleshooting
and or documenting new versions

It would be difficult to determine where it came from.

I don't know how the origin is implemented.

I'll consider the title change.

beta-07 also comes with another bug fix;
image export's resolution field is now fixed;
changing the resolution now changes the width/height (try low values 1,2,3 first).

I'll offer multiple colors for the release... ;-]
I'll post more about that soon.