fake_migrate bug on GAE

[webm...@trytha.com]

I realize this was a foolish mistake, but there really should be a way to fix it, and I believe there is not.

If you have fake_migrate=True and define a new table, then push to GAE, you will never be able to use that new table's name for anything else because GAE doesn't offer access to a directory storing the *.table files.  Any attempt to migrate after that will show the table doesn't exist (of course) and web2py will not attempt to create a table in SQL because it thinks it already exists.

Unless there's some other way to delete the table files from GAE?

[webm...@trytha.com]

In case someone runs across this, the only solution I've found is to set up an IPv4 connection to your Cloud SQL and connect from your local machine.  Then delete the ".table" entries corresponding to the pertinent tables from the web2py_filesystem table in your DB and run a regular migrate.

[Massimo Di Pierro]

Can you please open an issue?

[webm...@trytha.com]

Done.