Skip to content
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

Information retrieved seems to be confusing #59

Open
rsaple opened this issue Nov 25, 2020 · 4 comments
Open

Information retrieved seems to be confusing #59

rsaple opened this issue Nov 25, 2020 · 4 comments

Comments

@rsaple
Copy link

rsaple commented Nov 25, 2020

This is not a bug but more of a lack of documentation issue I suppose. Can anyone shed some light on how the data for the last 4 columns in each row is calculated. Have a test setup deployed with some test users and files. Am getting output that is not at all intuitive. The output in the report is not consistent with the information available from the Web UI for each user

For eg.
A user with no file in the web panel is shown in the report as having 3 files. On adding a single file in the web ui, the file count is increased to 9 in the report.
The count of shares is also different than what is visible in the web ui.
Similarly the case of new reads/views.
It would be great if anyone could document this. as we are looking to generate a monthly report for one of our customer.

Thanks

@nickvergessen
Copy link
Member

  • Number of files is the number of files in your storage, not in your files/ folder. The skeleton files and some meta files are also counted due to practical reasons and their percentage is getting less important with every real user action.
  • The number of shares is the number of shares the user created, not what the user received. Also if you share to a group, the number is the member count of the group + 1, so a share to a group of 5 people counts as 6 shares.
  • The read/download is counted everytime a file is read for you. This e.g. also happens when generating the preview of a file and so on.

@rsaple
Copy link
Author

rsaple commented Nov 26, 2020

That kinda explains it. However, I feel the information can be useful mostly from a developer's perspective. Not sure how valuable will it be from an end user's perspective. Thanks for responding.

@nickvergessen
Copy link
Member

Well the app was developed up on customer demand to help them see how/if users use the service. It's quite technical I agree, but it's also not made for end users anyway as the command is only available for users that can access the command line anyway

@rsaple
Copy link
Author

rsaple commented Nov 27, 2020

Sure. In that case I'll just need to enable audit logging and write a program to parse through the logs to make a monthly report.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants