Hi Mark. Many thanks for sharing this plugin, which looks extremely useful. Just a quick question - and I don't get the sense that it does from the description and screenshots provided - but is the plugin able to register when users are accessing via the Moodle Mobile app?

This is a wonderful plugin! Thank you for sharing it.
Would it be possible to also log and chart the IP subnet? This would could potentially be a very useful way to gauge wired/wireless access (in our environment this would indicate Desktop/Laptop and On-Campus/Off-Campus access).

Hello again,
first of all - thank you for your feedback .
I wouldn't have thought, that I get so many requests via email and here (most email).

@Roland: I don't think that the data will be logged over the mobile app. The plugin stores most of the datas via the user agent. So, if you login over the app, the app have to "send" this data to my plugin event. I'm not sure, how this works inside the app, but i will look for it later.

@heli guy: I think this should be possible. I had the same idea at the beginning of the development.
But since all loggin of IPs is strictly prohibited, by the University I work for*, I have not pursued this idea. *(this plugin is part of my bachelor thesis).

Right now, iam working on a new version. I think i will be finished at the end of the week.

Judging from my Dashboard it appears that the plugin indicates Mobile App usage with the following Browsers: Google App, Mobile Safari UIWebView, Android WebView.

It would be very useful if the Time Range filter also included time of day - I think this information could potentially be really help with planning. For instance, yesterday afternoon the majority of our Moodlers were using Windows 7. First thing this morning the majority were Windows 10 and Android. It appears that there is a significant shift in device usage after hours. My hunch is that in working hours these are users in Student LANs which have not yet been upgraded (IP Subnet would really help here - would it be considered too much of a privacy violation to have the IP subnet stored in the Admin log table in the database? How does your University deal with Moodle revealing login activity including last IP to Admins?)

The main reason I am investigating device usage is because our University has coupled adoption of Moodle with rolling out laptops for financial aid students and massively expanding our wireless infrastructure (but not Student LANS) - this is why I am very keen to try determine wired/wireless and on/off campus access.

Thank you once again for this plugin Mark and good luck with the thesis.

Heli

Mark!
I am happy seeing your plugin gets the attention it deserves.

Have you got any idea on when to release the plugin for Moodle 3.1?

Paso

It works for me in my Moodle Moodle 3.1.1 (Build: 20160711) but i have this messge Exception : Bad datetime format from http://browscap.org/version on Moodle 3.0.3+ (Build: 20160331) and it does not produce any analytics

I am getting this error

Exception : Bad datetime format from http://browscap.org/version

Plus d'informations sur cette erreur

Debug info:
Error code: generalexceptionmessage
Stack trace:
line 1295 of /report/deviceanalytics/libs/Browscap.php: phpbrowscap\Exception thrown
line 1213 of /report/deviceanalytics/libs/Browscap.php: call to phpbrowscap\Browscap->_getRemoteMTime()
line 632 of /report/deviceanalytics/libs/Browscap.php: call to phpbrowscap\Browscap->_getRemoteIniFile()
line 365 of /report/deviceanalytics/libs/Browscap.php: call to phpbrowscap\Browscap->updateCache()
line 98 of /report/deviceanalytics/classes/deviceanalytics_data_storage_class.php: call to phpbrowscap\Browscap->getBrowser()
line 41 of /report/deviceanalytics/storage_helper_page.php: call to deviceanalytics_data_storage->deviceanalytics_user_loggedin()



My server don't have access to extenal internet.... how can i replace the plugin code for this lines, in order to find the browscap file local ???

Browscap.php
129
public $remoteIniUrl = 'http://browscap.org/stream?q=PHP_BrowscapINI';
134
public $remoteVerUrl = 'http://browscap.org/version';

Ok now it's working. I downloaded the file from here, https://browscap.org/stream?q=PHP_BrowsCapINI and I put it on my local server (at the theme files),

then i replaced on /deviceanalytics/libs/Browscap.php the line 129 to

public $remoteIniUrl = 'https://mymoodleserver.com/theme/mytheme/browscap/php_browscap.ini';

and it works.

Nice plugin, but unfortunately I had to uninstall it due to the fact that it broke deep links (anchors): clicking on the link in a forum mail didn't lead to the forum post. Once this is solved I will be a fan again!

Hi Mark, thank you for this plugin, finding it very informative!

Just wanted to know whether the data excludes administrator logins? We have a department of administrators regularly accessing Moodle, but wouldn't necessarily want the department's heavy Moodle use to distort the student data.

Many thanks, Jason.

Hi,
It seems there's a setting to ignore administrators logins.
Anybody knows if a new version compatible with recent Moodle versions is planned?
Someone wanting to take over this plugin, if the original author doesn't update it?

Hello,
I notice that when I click on any course (ONLY the first time after getting to the moodle site homepage) and Only in guest role (without logging in), the system redirects to reports/deviceanalytics/storage_helper_page.php once and gets redirected back to Homepage. When I click on the same course second time, it takes me correctly to that course page. This does not happen if a user is logged on to the site. Any pointers please?

This is a great plugin, but picking up on a request from 2016 - has there been any further view on being able to adapt this to show access via the mobile app? As opposed to using a mobile browser? Thanks

Hi, I am trying to use this plugin on moodle 4.1 however, it is only picking data for todays date, no back data it is capturing, any specific setting i need to do, because if i change the start date to any back date, it give no analytics data found.

DO NOT USE THIS PLUGIN. It is broken and ruins redirect after login, by redirecting to its own data acqusition page, and then back to the dashboard. The site the user initially requested will be ignored. Issue has been ignored since 2016.