Development Discussion Board

The purpose of the function is to identify which migrations need to be recorded without running them.

On the subject of slugs you should review the [RFC] Human Readable URLs topic.

Generally speaking +1 on the proposal, would certainly like to eliminate the duplicated code and multiple entry points we currently have.

Yes

It would also be interesting to be able to compare memory use of 3.0 vs. 3.1 rather than just speed. This would end up being a rather useful tool if it would allow us to benchmark particular parts of phpBB before and after a pull request to identify potential problems, as well as identifying parts o...

I guess we can hold off on branching develop-ascraeus off until there is something we want to merge into develop but don't want to merge into 3.1.

Anything that's not in the composer.json will have to be checked manually by the extension once it gets installed, we can either add another method to the extension interface that allows ext.php to define some kind of check and/or implement the exception as you said. I'd probably opt for doing both.

enable_step is not meant to check dependencies and cancel the installation. I don't believe there is currently any mechanism for an extension to cancel installation.

I'm certainly in favour of having some storage backend which does persist sessions, so issues with the caching layer don't cause logouts. The main goal is to get away from having to write to the db on every request. So volatile information such as the last request time, could be kept in cache usuall...

I think I'll move this to rejected as pretty much everyone was against having this as a general rule.

For the record, the exact same page exists for 2013 and is prominently linked to at the top of the 2012 page: https://wiki.phpbb.com/GSoC/2013/Instructions#Start_Participating As for writing extensions, as explained on the ideas page there isn't much documentation available yet, as you will be one o...