new web2py version

[Massimo DiPierro]

I would like to release a new version. Is the current trunk (also nightly build) good enough or is there anything urgent we should fix first?

Massimo

[Niphlod]

I had plans to contribute new features (namely jwt and new redis-dependant code) but they can be postponed after the release. 

maybe this

https://github.com/web2py/web2py/issues/1036 can be integrated

https://github.com/web2py/web2py/issues/731 should be closed

https://github.com/web2py/web2py/issues/735 easy to fix, just unlock before delete

can be merged before the new release

[Massimo DiPierro]

On Aug 7, 2015, at 2:00 AM, Niphlod <nip...@gmail.com> wrote:

I had plans to contribute new features (namely jwt and new redis-dependant code) but they can be postponed after the release. 

agreed

maybe this

https://github.com/web2py/web2py/issues/1036 can be integrated 

DONE

https://github.com/web2py/web2py/issues/731 should be closed

DONE

https://github.com/web2py/web2py/issues/735 easy to fix, just unlock before delete

let’s wait. I hate tweaking with session logic. It always breaks something. Will’do it in the next release.

can be merged before the new release

On Friday, August 7, 2015 at 5:24:18 AM UTC+2, Massimo Di Pierro wrote:

I would like to release a new version. Is the current trunk (also nightly build) good enough or is there anything urgent we should fix first?

Massimo

--
-- mail from:GoogleGroups "web2py-developers" mailing list
make speech: web2py-d...@googlegroups.com
unsubscribe: web2py-develop...@googlegroups.com
details : http://groups.google.com/group/web2py-developers
the project: http://code.google.com/p/web2py/
official : http://www.web2py.com/
---
You received this message because you are subscribed to the Google Groups "web2py-developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to web2py-develop...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Niphlod]

https://github.com/web2py/web2py/issues/735 easy to fix, just unlock before delete

let’s wait. I hate tweaking with session logic. It always breaks something. Will’do it in the next release.

it's not that big of a deal. Windows can't unlink if the file is locked, while unix can. If this behaviour is a better "logic" or not, I can't say. If you lock a file, should you unlock it before deletion? who knows. For all intents and purposes, we just need to delete it. The logic of the code assumes a locked file can be deleted, but it's not the case on all platforms.