[7.902][FEATURE][QUESTION ANSWERED] Change Log showing Reference Numbers

When Viewing the the Change Log in the Management section it shows the Referance numbers of the changes that was made but not the actual names of what was changed.

Not quite.
The object reference string is only shown when the object in question has no name.
For some objects, it is not possible to assign names (that's not nice, but cleaning that up would cause quite some work, and AFAIK making object names for all objects compulsory is not on the roadmap).
For most objects, even if the user can specify a name, if the user leaves the name blank - well, then there will be no name - tough luck.

Besides, the reference strings do not refer to changes.
They identify objects.

Yes, that's because they are unique

Not true.  This has nothing to do with uniqueness.

Besides, the user changelog also shows the object class and object type.
Within one object class/type combination, object names ARE unique.
So, for example, when you see

  class=network   type=host  objname=MyHost

you know exactly which object this refers to, there is no ambiguity.

(you can have different objects with the same name)

True, but only when class and/or type differ.

and don't change over time (which name of the object do you want to see, it's name by the time it was changed/used, it's current name?).

That one is easy.
You are always shown the name *after* the change.
That makes sense: The old name was changed, it does not apply any more.

Besides, that some information can be changed is not a good reason to hide that information.

And finally, using the Confd command line client, you can change object reference strings, too (using cc move_object).

What's the name of an deleted object anyway?

When you delete an object, the name shown is the one it had just before it was deleted, of course.

Is there a log or report for seeing all the changes (not only on the management page)?

Yes, see

  Logging >> View log files >> Configuration daemon

Regarding the number of changes shown on the management page, that number is configurable in the backend, and it would be trivial to make it configurable in the Web interface, too, but management explicitly decided that they do not want the user to be able to change the number of changes shown.

I would have liked to get a report by email of the changes every week or so..

Indeed, that's a feature request, and it might make sense for some usage scenarios.

For now, you have log files for each day.

Btw, please try to not hijack threads with unrelated suggestions.
It makes reports and suggestions harder to track.
When starting a new subject, please start a new thread.
Thank you!

The view on the management page is not restricted, it will show all changes, not only those that happened in the management section.

This statement is a somewhat misleading.
It is true that the user changelog will also show changes outside the management section, but all the same the view is restricted:
It will only show changes done on behalf of the webadmin and acc_agent facilities.  Other changes, for example those done by the Confd command line client, by the dns-resolver, by remote access daemons and by other system programs will not show up in the user log.  For an unrestricted view of configuration changes, you have to look at the actual log files.  The user log in the management is just for convenience, not for completeness.  In particular, it is NOT the one you want to use for forensic investigation, i.e. when you try to find out how something got broken.

When Viewing the the Change Log in the Management section it shows the Referance numbers of the changes that was made but not the actual names of what was changed.

Not quite.
The object reference string is only shown when the object in question has no name.
For some objects, it is not possible to assign names (that's not nice, but cleaning that up would cause quite some work, and AFAIK making object names for all objects compulsory is not on the roadmap).
For most objects, even if the user can specify a name, if the user leaves the name blank - well, then there will be no name - tough luck.

Besides, the reference strings do not refer to changes.
They identify objects.

Yes, that's because they are unique

Not true.  This has nothing to do with uniqueness.

Besides, the user changelog also shows the object class and object type.
Within one object class/type combination, object names ARE unique.
So, for example, when you see

  class=network   type=host  objname=MyHost

you know exactly which object this refers to, there is no ambiguity.

(you can have different objects with the same name)

True, but only when class and/or type differ.

and don't change over time (which name of the object do you want to see, it's name by the time it was changed/used, it's current name?).

That one is easy.
You are always shown the name *after* the change.
That makes sense: The old name was changed, it does not apply any more.

Besides, that some information can be changed is not a good reason to hide that information.

And finally, using the Confd command line client, you can change object reference strings, too (using cc move_object).

What's the name of an deleted object anyway?

When you delete an object, the name shown is the one it had just before it was deleted, of course.

Is there a log or report for seeing all the changes (not only on the management page)?

Yes, see

  Logging >> View log files >> Configuration daemon

Regarding the number of changes shown on the management page, that number is configurable in the backend, and it would be trivial to make it configurable in the Web interface, too, but management explicitly decided that they do not want the user to be able to change the number of changes shown.

I would have liked to get a report by email of the changes every week or so..

Indeed, that's a feature request, and it might make sense for some usage scenarios.

For now, you have log files for each day.

Btw, please try to not hijack threads with unrelated suggestions.
It makes reports and suggestions harder to track.
When starting a new subject, please start a new thread.
Thank you!

The view on the management page is not restricted, it will show all changes, not only those that happened in the management section.

This statement is a somewhat misleading.
It is true that the user changelog will also show changes outside the management section, but all the same the view is restricted:
It will only show changes done on behalf of the webadmin and acc_agent facilities.  Other changes, for example those done by the Confd command line client, by the dns-resolver, by remote access daemons and by other system programs will not show up in the user log.  For an unrestricted view of configuration changes, you have to look at the actual log files.  The user log in the management is just for convenience, not for completeness.  In particular, it is NOT the one you want to use for forensic investigation, i.e. when you try to find out how something got broken.