incorrect stereochemistry being drawn

[dennisdcao-hash]

I've run into a few different cases now. For example this SMILES, taken from (PubChem CID:102301051) is supposed to be the E stereochemistry:
C/C(=C\C(=O)OC)/C1=CC=C(C=C1)C(C)(F)F

However, this is the image generated by SmilesDrawer, which is the wrong stereochemistry:

[dennisdcao-hash]

This appears to be triggered sometimes when overlapResolutionIterations is set to be more than 1. Leaving overlapResolutionIterations at default of 1 is reasonable fix for now.

[xavierholt]

Thanks for reporting this! I'm glad you found a work-around, but I'm going to re-open this as it sounds very much like a bug on our side. I haven't had a chance to take a look at the details yet, but I suspect we're not correctly marking that double bond as non-rotatable, so the overlap resolution step can result in incorrect chirality.

[dennisdcao-hash]

good to keep it open -- I found some more cases despite not having multiple overlapResolutionIterations:

C/C=C/1\CCC[C@@]2(C1CC2)C is drawn as Z when it is supposed to be E (pubchem).

here are a few more CIDs that aren't drawn correctly for me:
153456993
102485436
173497121