it may help to differentiate the type and extent of changes.
- incompatible changes to the api
- additions to the core api
- other additions
- incompatible bug fixes
Discuss on list first. Oh, and I'd better say that refering to a discussion from more than a week ago is not valid.
- other bug fixes
- security fixes
- crash fixes
- ...
Be careful, but check what's needed. Obviously behavioural changes that you think are bugs should be discussed first.
then state which of these are allowed as of now, and what needs to be frozen before a release is possible. (i'd asume anything except security and crash fixes)
I don't expect security fixes to be an issue right now, but for all intents and purposes they are treated in the same category as crash fixes for a new release.
also nice would be to clarify which of these will be allowed for 7.8.x (after the 7.8 release)
Everything excepts incompatible changes to the API is always fair games for new point releases, but just with more care than in minor releases.
i have a few hilfe tab-completion fixes which would fit in the other bug fixes category which i'd like to commit before the release, and i hope to be able to continue to work on hilfe during the 7.8 cycle (i still have ideas how to improve completion choices and more stuff that is potentially useful.)
That is no problem adding to 7.8.x.
7.8 alpha 1 will the cut today, Monday 1500CEST. After that there is a fair chance 7.8/7.9 will be split off unless grubba and mast tells me they have a landslide of patches still to come.