id	summary	reporter	owner	description	type	status	component	version	severity	resolution	keywords	cc	stage	has_patch	needs_docs	needs_tests	needs_better_patch	easy	ui_ux
34924	Example for squashmigration not working properly	Sebastian Jekutsch	nobody	"Hi there,

sorry for the unspecific summary, but I expect to have a few issues here without knowing how to tell on from the other.

I expect squashmigrations with optimization turned on (default) to result in a squashed migration file so that running makemigration afterwards doesn't detect any migration needs. In my case though, some single migrations doesn't seem to to be in the squashed migration file.

Squashing is important to me, because for some time I temporarily experimented with third-party libraries I don't want to include anymore. But installing/migrating in a new database still require them to be in the virtual environment, of cource, if not squashed mit optimization on.

See attachments: 
* Zip of single migrations 0001 to 0116
* Resulting squashed migration file of ""manage.py squashmigrations knowledgebase 0116""
* Resulting migration file of ""manage.py makemigrations"" -> 0117

Additionally, I found that two models seem to have disappeared completely in the squashed migration file as well as it has not been recognized by the makemigrations cross-check:
* AbstractEntity - this may be ok since it's an abstract super-class, but note that AbtractCategory *is* included in the squashing
* Activity - this model vanished

See attachment models.py
"	Bug	new	Migrations	4.2	Normal				Unreviewed	0	0	0	0	0	0