Closed (fixed)
Project:
MongoDB
Version:
7.x-1.x-dev
Component:
Miscellaneous
Priority:
Normal
Category:
Task
Assigned:
Reporter:
Created:
13 Mar 2012 at 08:18 UTC
Updated:
12 Jun 2012 at 03:31 UTC
There are a lot fixes that have been added to the module since the latest release, should we do a new release in the near future? From my point of view the dev is more stable then the beta release.
Comments
Comment #1
misc commentedI prepared to a new new beta release of the module, and pushed the tag. So, someone of the maintainers, could you take a look?
Here are are the commit messages since the latest release:
Comment #2
fgmSounds like a good idea. The commit message summaries could use some work, though.
Comment #3
chx commentedComment #4
chx commentedThis is awesome work, thanks! The only thing caught my eye is minor: why did we rename to admin/reports/mongodb/%mongodb_watchdog_event ?
Comment #5
misc commented@fgm, do you now why we renamed in watchdog?
Comment #6
fgmI'm afraid I do not really understand the question asking why a path was renamed (from what ?). Did you find the issue for which this commit was done ?
Comment #7
misc commented@fgm - It was commited by you: http://drupalcode.org/project/mongodb.git/blobdiff/9c3fc740f7f14c4234f2f...
Before it were
admin/reports/mongodb-event/%mongodb_watchdog_eventSee: #1187946: Provide dblog-equivalent 403 and 404 reports
Comment #8
fgmI seem to remember that this was for better path consistency: with the previous path, "hacking" the paths by removing the last component led to a 404, because admin/reports/mongodb-event had no menu entry: with this new path, all mongodb watchdog reports are under admin/reports/mongodb, including the top 403 and top 404 at local tasks, which would not work if the path was not admin/reports/mongodb.
Alternatively, it would also have been possible to create them all under admin/reports/mongodb-event, but that would have made a bit less sense, I think.
Comment #9
chx commentedI thought that pattern was established by core but then again the argument here is a hash isn't so there is no collision. Go for it.
Comment #10
univate commentedI see the tag for beta3 in git, but it appears someone forgot to create the release on d.o, wondering if there is known reason for not publishing the release?
Comment #11
Rok Žlender commentedBefore creating new release I think this #1571890: Mongodb session's user update hook breaks profile's custom fields needs to get in.
Comment #12
chx commented