New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Historical meeting agendas should use GroupHistory #1088
Comments
@rjsparks@nostrum.com changed owner from |
@rjsparks@nostrum.com changed milestone from `` to |
@olau@iola.dk changed owner from `` to |
@olau@iola.dk changed status from |
@olau@iola.dk changed resolution from `` to |
@olau@iola.dk commented Fixed in acda842: Summary: Make the meeting agenda code use the historic info available Fixes #1088. Branch ready for merge. |
@henrik@levkowetz.com commented Fixed in fb66c18: Merged in acda842 from olau@iola.dk: |
owner:olau@iola.dk
resolution_fixed
type_defect
| by olau@iola.dkOn 2013-08-09 00:14 Michael Richardson said the following:
Oops. Right. Good point.
Yes, it's used in the current template.
However, it seems to me that the correct information is already available by
going back either in the GroupHistory or GroupEvent tables -- no duplicate
information should be needed in the Session table.
Of course, the GroupHistory and GroupEvent tables weren't available when most
of the current agenda display code was written, so it's only now we have the
chance to do this the right way, when removing the shim layer.
Let this be for now; don't add session_state to Session; I'm Cc:ing Ole who
is doing the shim layer removal work that this is a known bug which now can
be done right, given that we save history these days.
Issue migrated from trac:1088 at 2022-03-04 02:54:25 +0000
The text was updated successfully, but these errors were encountered: