Copy system info to clipboard

A new feature just added to the emoncms master branch is the ability to click a button in emoncms>administration>server information to copy important system information to the clipboard, so that it can quickly be pasted into forum posts etc.
An example of what is currently captured is;

EMONCMS
Version : 9.8.27 | 2017.12.21
Modules : Administration | App v1.1.0 | Dashboard v1.1.1 | EventProcesses | Feed | Input | CoreProcess | Schedule | Time | User | Visualisation

This is a nice feature which may help when resolving issues instead of simply guessing what system environment the user is using, but would be grateful for comments - especially from those who provide forum support, as to what information they would like to see.
For example, I think that it would be nice to also include MYSQL & Redis version details added too.

What do you think?

Paul

3 Likes

I think it’s a very nice feature to have.

Liviu

Hi Paul,

Yes, looks good. Would including the distro for Linux be of use?

Is it also worth including details about the connecting browser. I’m not sure what it shares, but browser name, version, OS …

Thanks,
Clive.

This is awesome! Nice work @Paul :+1:

Looking forward to testing this. Once I’ve tested I’ll merged into sable branch so all emonpi will receive the update so we can actually make use of it for support.

Would it be possible to include all the version number info on the admin page etc. Redis version, php modules etc.

It would be to have a copy to clipboard button for each of the log files and maybe also a button to download all the full logs in a zip in one go.

It’s the work of Aymeric Thibaut, I just tested and merged it as a POC, so that we could have some feedback about what information would be useful, and practical to include.
To have all of the Server Information page would be useful, but that’s an awful lot of info, do we really need it all?

Aymeric is monitoring this feedback, so it would be helpful if we could be specific about what to, and what not to include.

Paul

I was originally thinking something like this (dropdown boxes - click to view detail)

System description This could be a brief overview of the users system, kept updated by the user in the "bio" section of the user page maybe?
System information
Emoncms Version low-write 9.8.18 | 2017.11.20
Modules Administration | App v1.0.0 | Backup v1.0.0 | EmonHub Config v1.0.0 | Dashboard v1.1.1 | EventProcesses | Feed | Graph v1.0.0 | hub | Input | postprocess | CoreProcess | Schedule | setup | Time | User | Visualisation | WiFi v1.0.0
Buffer loading...
Writer Daemon is running with sleep 60s
Server OS Linux 4.4.26-v7+
Host emonpi emonpi (127.0.1.1)
Date 2018-01-17 19:46:00 UTC
Uptime 19:46:00 up 9:35, 0 users, load average: 0.17, 0.17, 0.20
HTTP Server Apache/2.4.10 (Raspbian) HTTP/1.1 CGI/1.1 80
MySQL Version 5.5.52-0+deb8u1
Host localhost (127.0.0.1)
Date 2018-01-17 19:46:00 (UTC 00:00‚ÄĆ‚Äč)
Stats Uptime: 4667322 Threads: 1 Questions: 216 Slow queries: 0 Opens: 75 Flush tables: 1 Open tables: 68 Queries per second avg: 0.000
Redis Version 2.8.17
Host localhost:6379 (127.0.0.1)
Size 110 keys (528.98K)Flush
Uptime 0 days
MQTT Version 1.4.10
Host localhost:1883 (127.0.0.1)
Pi CPU Temp 35.78&degCShutdownReboot
Release emonSD-07Nov16
File-system Set root file-system temporarily to read-write, (default read-only)Read-Write Read-Only
Memory RAM
Used 28.88%
Total: 973.11 MB Used: 281.03 MB Free: 692.08 MB
Disk Mount Stats
/
Used 61.19%
Total: 3.33 GB Used: 2.04 GB Free: 1.13 GB
/boot
Used 34.75%
Total: 59.95 MB Used: 20.83 MB Free: 39.12 MB
/home/pi/data
Used 56.16%
Total: 193.66 MB Used: 108.77 MB Free: 74.9 MB
PHP Version 5.6.30-0+deb8u1 (Zend Version 2.6.0)
Modules apache2handler | bcmath | bz2 | calendar | Core v5.6.30-0+deb8u1 | ctype | curl | date v5.6.30-0+deb8u1 | dba | dio v0.0.4RC4 | dom v20031129 | ereg | exif v1.4 | fileinfo v1.0.5 | filter v0.11.0 | ftp | gd | gettext | hash v1.0 | iconv | json v1.3.6 | libxml | mbstring | mcrypt | mhash | mosquitto v0.3.0 | mysql v1.0 | mysqli v0.1 | openssl | pcre | PDO v1.0.4dev | pdo_mysql v1.0.2 | Phar v2.0.2 | posix | readline v5.6.30-0+deb8u1 | redis v2.2.8 | Reflection | session | shmop | SimpleXML v0.1 | soap | sockets | SPL v0.2 | standard v5.6.30-0+deb8u1 | sysvmsg | sysvsem | sysvshm | tokenizer v0.1 | wddx | xml | xmlreader v0.1 | xmlwriter v0.1 | Zend OPcache v7.0.6-devFE | zip v1.12.5 | zlib v2.0 | 
emonCMS logfile

2018-01-17 19:43:39.024|INFO|feed_model.php|insert_data() feedid=3 updatetime=1516218218 feedtime=1516218218 value=0 arg=
2018-01-17 19:43:39.028|INFO|phpmqtt_input.php|emon/gasMon/uptime 3578948112
2018-01-17 19:43:39.037|INFO|phpmqtt_input.php|emon/gasMon/rssi -82
2018-01-17 19:43:40.199|INFO|phpmqtt_input.php|emon/emonth2/temperature 16.7
2018-01-17 19:43:40.211|INFO|phpmqtt_input.php|emon/emonth2/external temperature 0
2018-01-17 19:43:40.221|INFO|phpmqtt_input.php|emon/emonth2/humidity 45.7
2018-01-17 19:43:40.261|INFO|phpmqtt_input.php|emon/emonth2/battery 2.1
2018-01-17 19:43:40.271|INFO|phpmqtt_input.php|emon/emonth2/rssi -28
2018-01-17 19:43:41.169|INFO|index.php|admin/view
2018-01-17 19:43:41.632|INFO|phpmqtt_input.php|emon/emonpi/1 0
2018-01-17 19:43:41.652|INFO|phpmqtt_input.php|emon/emonpi/2 0
2018-01-17 19:43:41.678|INFO|phpmqtt_input.php|emon/emonpi/3 0
2018-01-17 19:43:41.695|INFO|phpmqtt_input.php|emon/emonpi/4 0
2018-01-17 19:43:41.689|INFO|index.php|feed/list.json
2018-01-17 19:43:41.781|INFO|phpmqtt_input.php|emon/emonpi/5 0
2018-01-17 19:43:41.799|INFO|phpmqtt_input.php|emon/emonpi/6 0
2018-01-17 19:43:41.813|INFO|phpmqtt_input.php|emon/emonpi/7 0
2018-01-17 19:43:41.825|INFO|phpmqtt_input.php|emon/emonpi/8 0
2018-01-17 19:43:41.837|INFO|phpmqtt_input.php|emon/emonpi/9 0
2018-01-17 19:43:41.850|INFO|phpmqtt_input.php|emon/emonpi/10 0
2018-01-17 19:43:41.864|INFO|phpmqtt_input.php|emon/emonpi/11 0
2018-01-17 19:43:41.901|INFO|phpmqtt_input.php|emon/emonpi/rssi 0
2018-01-17 19:43:42.090|INFO|index.php|feed/buffersize.json
2018-01-17 19:43:42.123|INFO|feed_model.php|EngineClass() Autoloaded new instance of 'RedisBuffer'.
2018-01-17 19:43:42.102|INFO|index.php|admin/getlog
emonHUB logfile

2018-01-17 20:03:08,926 INFO     RFM2Pi     Publishing: emon/emonpi/2 0
2018-01-17 20:03:08,928 INFO     RFM2Pi     Publishing: emon/emonpi/3 0
2018-01-17 20:03:08,930 INFO     RFM2Pi     Publishing: emon/emonpi/4 0
2018-01-17 20:03:08,931 INFO     RFM2Pi     Publishing: emon/emonpi/5 0
2018-01-17 20:03:08,934 INFO     RFM2Pi     Publishing: emon/emonpi/6 0
2018-01-17 20:03:08,936 INFO     RFM2Pi     Publishing: emon/emonpi/7 0
2018-01-17 20:03:08,937 INFO     RFM2Pi     Publishing: emon/emonpi/8 0
2018-01-17 20:03:08,939 INFO     RFM2Pi     Publishing: emon/emonpi/9 0
2018-01-17 20:03:08,941 INFO     RFM2Pi     Publishing: emon/emonpi/10 0
2018-01-17 20:03:08,943 INFO     RFM2Pi     Publishing: emon/emonpi/11 0
2018-01-17 20:03:08,945 INFO     RFM2Pi     Publishing: emon/emonpi/rssi 0
2018-01-17 20:03:08,947 INFO     RFM2Pi     Publishing: emonhub/rx/5/values 0,0,0,0,0,0,0,0,0,0,0
2018-01-17 20:03:08,948 INFO     RFM2Pi     Publishing: emonhub/rx/5/rssi 0
2018-01-17 20:03:08,951 DEBUG    RFM2Pi     21589 adding frame to buffer => [1516219388.916353, 5, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]
2018-01-17 20:03:08,952 DEBUG    RFM2Pi     21589 adding frame to buffer => [1516219388.916353, 5, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]
2018-01-17 20:03:08,953 DEBUG    RFM2Pi     21589 Sent to channel(end)' : ToEmonCMS
2018-01-17 20:03:09,058 DEBUG    RFM2Pi     21590 NEW FRAME : OK 30 104 8 0 0 96 68 100 213 (-78)
2018-01-17 20:03:09,061 DEBUG    RFM2Pi     21590 Timestamp : 1516219389.06
2018-01-17 20:03:09,063 DEBUG    RFM2Pi     21590 From Node : 30
2018-01-17 20:03:09,064 DEBUG    RFM2Pi     21590    Values : [21.52, 3580118112L]
2018-01-17 20:03:09,066 DEBUG    RFM2Pi     21590      RSSI : -78
2018-01-17 20:03:09,067 DEBUG    RFM2Pi     21590 Sent to channel(start)' : ToEmonCMS
2018-01-17 20:03:09,068 INFO     RFM2Pi     Publishing: emon/gasMon/pulsecount 21.52
2018-01-17 20:03:09,071 INFO     RFM2Pi     Publishing: emon/gasMon/uptime 3580118112
2018-01-17 20:03:09,074 INFO     RFM2Pi     Publishing: emon/gasMon/rssi -78
2018-01-17 20:03:09,076 INFO     RFM2Pi     Publishing: emonhub/rx/30/values 21.52,3580118112
2018-01-17 20:03:09,079 INFO     RFM2Pi     Publishing: emonhub/rx/30/rssi -78
2018-01-17 20:03:09,081 DEBUG    RFM2Pi     21590 adding frame to buffer => [1516219389.058307, 30, 21.52, 3580118112L, -78]
2018-01-17 20:03:09,083 DEBUG    RFM2Pi     21590 adding frame to buffer => [1516219389.058307, 30, 21.52, 3580118112L, -78]
2018-01-17 20:03:09,084 DEBUG    RFM2Pi     21590 Sent to channel(end)' : ToEmonCMS

would look tidy, avoid ridiculously long posts (2 or 3 users post a ‚Äúinfo dump‚ÄĚ on one thread and it will take for ever to scroll through). The system info section could reuse the same html used on the admin page rather than duplication the existing code and having to edit or add new snippets in 2 locations etc, easy maintenance.

Initially I thought of using a markdown table but that‚Äôs not possible with the ‚Äú|‚ÄĚ separators. this version is pure html.

IMO the logfiles would also need to be longer than is currently exposed on the emoncms pages, perhaps copied direct from the filesystem so they should be relatively limited by logrotate? On that note, the logrotating needs to be relaxed or skipped on the emonhub.logs, 2hrs of log is useless most of the time, so that forces users to have to sit and watch for the next fault occurance. emonhub has it’s own rotation in built, the filesize could be adjusted (currently 5mb). What is the post size limit here on the forum?

I see the appeal of this, but for me it‚Äôs a hurdle that sometimes put‚Äôs me off assisting straight away. Certainly if I visit the forum on my mobile and I see a post with logs attached (not in line) or zipped, I will not proceed any further until I‚Äôm in front of a PC/laptop (often the next day or later), I don‚Äôt want my mobile full of other users logs, besides the text files are less easy on the eye than code blocks. I don‚Äôt know if you have noticed but often when I do open an attached or zipped log file, I then edit the users post to include the logs in in-line code blocks so that I can delete them from my PC (before I forget) and continue perusal or even return to view them later on my mobile if further examination is required. Perhaps limit the logfile size to 1mb each in the ‚Äúinfo dump‚ÄĚ and have an option to attach the ‚Äúfull logs‚ÄĚ (incl rotated) in a zip if more indepth debugging is required?

What would also be very useful for debugging is a ‚Äúprint process lists‚ÄĚ type button (or api?), a text based printout would be a smaller filesize than screen dumps, tidier and more importantly, editable. When suggesting a correction we could copy/paste and edit a copy of the original ‚Äúprocesslist dump‚ÄĚ rather than completely rewriting it from a screen dump or trying to explain the changes to be made.

1 Like

Perhaps have 2 buttons one for ‚Äėall‚Äô information (to be returned as a text or XML format file that could be attached to a post) and a button for information to be included as text in a post?

I’d be inclined to get it in and see how it goes. Could easily be refined.

On another Discourse forum, I noticed that some quoted parts were collapsed by default. Not sure if that could be done; I am guessing it is a system setting.

How does what you describe differ from the collapsed lists I show above? Do you mean nested dropdowns, one for each sub-section? that might get too crazy if not careful.

Ah no, skimmed too quickly - those dropdowns are excellent. How are they encoded?

How are they encoded?

Click to reveal blah blah blah

is just

<details>
<summary>Click to reveal</summary>
blah blah blah
</details>
1 Like

I Like it. If the button press creates a preformatted set of text to paste in, then I think we should go for it, as is, and refine it (if necessary) as time goes on.

I like it too.
To add a page full of information in a post would completely overwhelm and detract from the post content, but this is a nice way of making the information available when required.
I don’t think adding a html wrapper should present a problem, perhaps initially just start with system information, and develop it from there.

Paul

1 Like

my example uses the html currently produced by the admin page, eg

<table class="table table-hover table-condensed">
              <tr><td><b>Emoncms</b></td><td>Version</td><td>low-write 9.8.18 | 2017.11.20</td></tr>
              <tr><td class="subinfo"></td><td>Modules</td><td>Administration&nbsp;|&nbsp;App v1.0.0&nbsp;|&nbsp;Backup v1.0.0&nbsp;|&nbsp;EmonHub Config v1.0.0&nbsp;|&nbsp;Dashboard v1.1.1&nbsp;|&nbsp;EventProcesses&nbsp;|&nbsp;Feed&nbsp;|&nbsp;Graph v1.0.0&nbsp;|&nbsp;hub&nbsp;|&nbsp;Input&nbsp;|&nbsp;postprocess&nbsp;|&nbsp;CoreProcess&nbsp;|&nbsp;Schedule&nbsp;|&nbsp;setup&nbsp;|&nbsp;Time&nbsp;|&nbsp;User&nbsp;|&nbsp;Visualisation&nbsp;|&nbsp;WiFi v1.0.0</td></tr>
              <tr><td class="subinfo"></td><td>Buffer</td><td><span id="bufferused">loading...</span></td></tr>
              <tr><td class="subinfo"></td><td>Writer</td><td>Daemon is running with sleep 60s</td></tr>
              <tr><td><b>Server</b></td><td>OS</td><td>Linux 4.4.26-v7+</td></tr>
              <tr><td class="subinfo"></td><td>Host</td><td>emonpi emonpi (127.0.1.1)</td></tr>
              <tr><td class="subinfo"></td><td>Date</td><td>2018-01-17 19:46:00 UTC</td></tr>
              <tr><td class="subinfo"></td><td>Uptime</td><td> 19:46:00 up  9:35,  0 users,  load average: 0.17, 0.17, 0.20</td></tr>
              <tr><td><b>HTTP</b></td><td>Server</td><td colspan="2">Apache/2.4.10 (Raspbian) HTTP/1.1 CGI/1.1 80</td></tr>
              <tr><td><b>MySQL</b></td><td>Version</td><td>5.5.52-0+deb8u1</td></tr>
              <tr><td class="subinfo"></td><td>Host</td><td>localhost (127.0.0.1)</td></tr>
              <tr><td class="subinfo"></td><td>Date</td><td>2018-01-17 19:46:00 (UTC 00:00‚ÄĆ‚Äč)</td></tr>
              <tr><td class="subinfo"></td><td>Stats</td><td>Uptime: 4667322  Threads: 1  Questions: 216  Slow queries: 0  Opens: 75  Flush tables: 1  Open tables: 68  Queries per second avg: 0.000</td></tr>
              <tr><td><b>Redis</b></td><td>Version</td><td>2.8.17</td></tr>
              <tr><td class="subinfo"></td><td>Host</td><td>localhost:6379 (127.0.0.1)</td></tr>
              <tr><td class="subinfo"></td><td>Size</td><td><span id="redisused">110 keys  (528.98K)</span><button id="redisflush" class="btn btn-info btn-small pull-right">Flush</button></td></tr>
              <tr><td class="subinfo"></td><td>Uptime</td><td>0 days</td></tr>
              <tr><td><b>MQTT</b></td><td>Version</td><td>1.4.10</td></tr>
              <tr><td class="subinfo"></td><td>Host</td><td>localhost:1883 (127.0.0.1)</td></tr>
<tr><td><b>Pi</b></td><td>CPU Temp</td><td>35.78&degC<button id="haltPi" class="btn btn-danger btn-small pull-right">Shutdown</button><button id="rebootPi" class="btn btn-warning btn-small pull-right">Reboot</button></td></tr>
<tr><td class="subinfo"></td><td>Release</td><td>emonSD-07Nov16</td></tr>
<tr><td class="subinfo"></td><td>File-system</td><td>Set root file-system temporarily to read-write, (default read-only)<button id="fs-rw" class="btn btn-danger btn-small pull-right">Read-Write</button> <button id="fs-ro" class="btn btn-info btn-small pull-right">Read-Only</button></td></tr>
<tr><td><b>Memory</b></td><td>RAM</td><td><div class='progress progress-info' style='margin-bottom: 0;'><div class='bar' style='width: 28.88%;'>Used&nbsp;28.88%</div></div><b>Total:</b> 973.11 MB<b> Used:</b> 281.03 MB<b> Free:</b> 692.08 MB</td></tr>
<tr><td><b>Disk</b></td><td><b>Mount</b></td><td><b>Stats</b></td></tr>
<tr><td class='subinfo'></td><td>/</td><td><div class='progress progress-info' style='margin-bottom: 0;'><div class='bar' style='width: 61.19%;'>Used&nbsp;61.19%</div></div><b>Total:</b> 3.33 GB<b> Used:</b> 2.04 GB<b> Free:</b> 1.13 GB</td></tr>
<tr><td class='subinfo'></td><td>/boot</td><td><div class='progress progress-info' style='margin-bottom: 0;'><div class='bar' style='width: 34.75%;'>Used&nbsp;34.75%</div></div><b>Total:</b> 59.95 MB<b> Used:</b> 20.83 MB<b> Free:</b> 39.12 MB</td></tr>
<tr><td class='subinfo'></td><td>/home/pi/data</td><td><div class='progress progress-info' style='margin-bottom: 0;'><div class='bar' style='width: 56.16%;'>Used&nbsp;56.16%</div></div><b>Total:</b> 193.66 MB<b> Used:</b> 108.77 MB<b> Free:</b> 74.9 MB</td></tr>
              <tr><td><b>PHP</b></td><td>Version</td><td colspan="2">5.6.30-0+deb8u1 (Zend Version 2.6.0)</td></tr>
              <tr><td class="subinfo"></td><td>Modules</td><td colspan="2">apache2handler&nbsp;|&nbsp;bcmath&nbsp;|&nbsp;bz2&nbsp;|&nbsp;calendar&nbsp;|&nbsp;Core v5.6.30-0+deb8u1&nbsp;|&nbsp;ctype&nbsp;|&nbsp;curl&nbsp;|&nbsp;date v5.6.30-0+deb8u1&nbsp;|&nbsp;dba&nbsp;|&nbsp;dio v0.0.4RC4&nbsp;|&nbsp;dom v20031129&nbsp;|&nbsp;ereg&nbsp;|&nbsp;exif v1.4&nbsp;|&nbsp;fileinfo v1.0.5&nbsp;|&nbsp;filter v0.11.0&nbsp;|&nbsp;ftp&nbsp;|&nbsp;gd&nbsp;|&nbsp;gettext&nbsp;|&nbsp;hash v1.0&nbsp;|&nbsp;iconv&nbsp;|&nbsp;json v1.3.6&nbsp;|&nbsp;libxml&nbsp;|&nbsp;mbstring&nbsp;|&nbsp;mcrypt&nbsp;|&nbsp;mhash&nbsp;|&nbsp;mosquitto v0.3.0&nbsp;|&nbsp;mysql v1.0&nbsp;|&nbsp;mysqli v0.1&nbsp;|&nbsp;openssl&nbsp;|&nbsp;pcre&nbsp;|&nbsp;PDO v1.0.4dev&nbsp;|&nbsp;pdo_mysql v1.0.2&nbsp;|&nbsp;Phar v2.0.2&nbsp;|&nbsp;posix&nbsp;|&nbsp;readline v5.6.30-0+deb8u1&nbsp;|&nbsp;redis v2.2.8&nbsp;|&nbsp;Reflection&nbsp;|&nbsp;session&nbsp;|&nbsp;shmop&nbsp;|&nbsp;SimpleXML v0.1&nbsp;|&nbsp;soap&nbsp;|&nbsp;sockets&nbsp;|&nbsp;SPL v0.2&nbsp;|&nbsp;standard v5.6.30-0+deb8u1&nbsp;|&nbsp;sysvmsg&nbsp;|&nbsp;sysvsem&nbsp;|&nbsp;sysvshm&nbsp;|&nbsp;tokenizer v0.1&nbsp;|&nbsp;wddx&nbsp;|&nbsp;xml&nbsp;|&nbsp;xmlreader v0.1&nbsp;|&nbsp;xmlwriter v0.1&nbsp;|&nbsp;Zend OPcache v7.0.6-devFE&nbsp;|&nbsp;zip v1.12.5&nbsp;|&nbsp;zlib v2.0&nbsp;|&nbsp;</td></tr>
            </table>

(only change is 2 single empty lines deleted as they interrupt the html at L276 and L278)
so that existing section of html just needs abstracting in such a way that it can be reused in two places. Once where it is currently and again in the button code but simply prefixed with

<details>
<summary>System information</summary>

and suffixed with

</details>

pasted into a forum post gives us

System information
Emoncms Version low-write 9.8.18 | 2017.11.20
Modules Administration | App v1.0.0 | Backup v1.0.0 | EmonHub Config v1.0.0 | Dashboard v1.1.1 | EventProcesses | Feed | Graph v1.0.0 | hub | Input | postprocess | CoreProcess | Schedule | setup | Time | User | Visualisation | WiFi v1.0.0
Buffer loading...
Writer Daemon is running with sleep 60s
Server OS Linux 4.4.26-v7+
Host emonpi emonpi (127.0.1.1)
Date 2018-01-17 19:46:00 UTC
Uptime 19:46:00 up 9:35, 0 users, load average: 0.17, 0.17, 0.20
HTTP Server Apache/2.4.10 (Raspbian) HTTP/1.1 CGI/1.1 80
MySQL Version 5.5.52-0+deb8u1
Host localhost (127.0.0.1)
Date 2018-01-17 19:46:00 (UTC 00:00‚ÄĆ‚Äč)
Stats Uptime: 4667322 Threads: 1 Questions: 216 Slow queries: 0 Opens: 75 Flush tables: 1 Open tables: 68 Queries per second avg: 0.000
Redis Version 2.8.17
Host localhost:6379 (127.0.0.1)
Size 110 keys (528.98K)Flush
Uptime 0 days
MQTT Version 1.4.10
Host localhost:1883 (127.0.0.1)
Pi CPU Temp 35.78&degCShutdownReboot
Release emonSD-07Nov16
File-system Set root file-system temporarily to read-write, (default read-only)Read-Write Read-Only
Memory RAM
Used 28.88%
Total: 973.11 MB Used: 281.03 MB Free: 692.08 MB
Disk Mount Stats
/
Used 61.19%
Total: 3.33 GB Used: 2.04 GB Free: 1.13 GB
/boot
Used 34.75%
Total: 59.95 MB Used: 20.83 MB Free: 39.12 MB
/home/pi/data
Used 56.16%
Total: 193.66 MB Used: 108.77 MB Free: 74.9 MB
PHP Version 5.6.30-0+deb8u1 (Zend Version 2.6.0)
Modules apache2handler | bcmath | bz2 | calendar | Core v5.6.30-0+deb8u1 | ctype | curl | date v5.6.30-0+deb8u1 | dba | dio v0.0.4RC4 | dom v20031129 | ereg | exif v1.4 | fileinfo v1.0.5 | filter v0.11.0 | ftp | gd | gettext | hash v1.0 | iconv | json v1.3.6 | libxml | mbstring | mcrypt | mhash | mosquitto v0.3.0 | mysql v1.0 | mysqli v0.1 | openssl | pcre | PDO v1.0.4dev | pdo_mysql v1.0.2 | Phar v2.0.2 | posix | readline v5.6.30-0+deb8u1 | redis v2.2.8 | Reflection | session | shmop | SimpleXML v0.1 | soap | sockets | SPL v0.2 | standard v5.6.30-0+deb8u1 | sysvmsg | sysvsem | sysvshm | tokenizer v0.1 | wddx | xml | xmlreader v0.1 | xmlwriter v0.1 | Zend OPcache v7.0.6-devFE | zip v1.12.5 | zlib v2.0 | 

The prefix and suffix is so simple, it’s making the existing html reusable that I’m unsure of, perhaps an embedded sub-page?

1 Like

Apparently the ‚Äúdetails‚ÄĚ tag is not available in MS-Edge - Can I use... Support tables for HTML5, CSS3, etc. Such a good feature.

After reading this official thread https://wpdev.uservoice.com/forums/257854-microsoft-edge-developer/suggestions/6261266-details-summary-elements I was tempted to say lets go ahead with it regardless as MS edge compliance was probably imminent, but then having just tried it on MS edga for myself it appears to work just fine (Microsoft Edge 41.16299.15.0 Microsoft and EdgeHTML 16.16299)

and I get no related errors in the dev console either. Only a 404 for ‚Äúcategory_background.scss‚ÄĚ

1 Like

It’s working in Edge here too. Is your browser up to date @Gwil

Fantastic @pb66 ! I don’t have Edge running on my machine and was about to check for myself.

1 Like

Not merged yet, but Aymeric has just updated his Fork, and added a second button to the Admin panel to copy the client information. Also @pb66’s html wrapper to collapse the data has been added too.

Maybe it would be better with just one button to copy all of the information (but still collapse it into separate headings). Also maybe some <br> tags added to make it more readable.

The below is the info pasted from my installation, for information & comments.

SERVER INFORMATIONEmoncms Version : 9.8.27 | 2017.12.21 Modules : Administration | App v1.1.0 | Dashboard v1.1.1 | EventProcesses | Feed | Input | CoreProcess | Schedule | Time | User | Visualisation Server OS : Linux 4.9.59-v7+ Host : raspberrypi raspberrypi (127.0.1.1) Date : 2018-01-18 21:24:02 UTC Uptime : 21:24:02 up 1 min, 2 users, load average: 5.17, 1.50, 0.52 HTTP Server : Apache/2.4.25 (Raspbian) HTTP/1.1 CGI/1.1 443 Redis Version : 3.2.6Host : localhost:6379 (127.0.0.1) Size : 70 keys (693.52K) Uptime : 0 days MySQL Version : 5.5.5-10.1.23-MariaDB-9+deb9u1 Host : localhost (127.0.0.1) Date : 2018-01-18 21:24:01 (UTC 00:00‚ÄĆ‚Äč) Stats : Uptime: 40 Threads: 2 Questions: 78 Slow queries: 0 Opens: 22 Flush tables: 1 Open tables: 16 Queries per second avg: 1.950 Memory RAM - Used : 25.90% Total: 875.78 MB Used: 226.85 MB Free: 648.93 MBMQTT Version : 1.4.10Host localhost:1883 (127.0.0.1) Swap - Used : 0.00% Total: 100 MB Used: 0 B Free: 100 MB PHP Version : 7.0.19-1 (Zend Version 3.0.0) Modules : apache2handler | bz2 v7.0.19-1 | calendar v7.0.19-1 | Core v7.0.19-1 | ctype v7.0.19-1 | curl v7.0.19-1 | date v7.0.19-1 | dio v0.1.0 | dom v20031129 | exif v1.4 | fileinfo v1.0.5 | filter v7.0.19-1 | ftp v7.0.19-1 | gd v7.0.19-1 | gettext v7.0.19-1 | hash v1.0 | iconv v7.0.19-1 | igbinary v2.0.1 | json v1.4.0 | libxml v7.0.19-1 | mbstring v7.0.19-1 | mcrypt v7.0.19-1 | mosquitto v0.4.0 | mysqli v7.0.19-1 | mysqlnd | openssl v7.0.19-1 | pcre v7.0.19-1 | PDO v7.0.19-1 | pdo_mysql v7.0.19-1 | Phar v2.0.2 | posix v7.0.19-1 | readline v7.0.19-1 | redis v3.1.1 | Reflection v7.0.19-1 | session v7.0.19-1 | shmop v7.0.19-1 | SimpleXML v7.0.19-1 | sockets v7.0.19-1 | SPL v7.0.19-1 | standard v7.0.19-1 | sysvmsg v7.0.19-1 | sysvsem v7.0.19-1 | sysvshm v7.0.19-1 | tokenizer v7.0.19-1 | wddx v7.0.19-1 | xml v7.0.19-1 | xmlreader v7.0.19-1 | xmlwriter v7.0.19-1 | xsl v7.0.19-1 | Zend OPcache v7.0.19-1 | zip v1.13.5 | zlib v7.0.19-1 |
CLIENT INFORMATIONHTTP Browser : Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36 Screen Resolution : 1366 x 768 Window Size : 1349 x 675

Paul

1 Like

It would be possible to alter the appearance of this information when presented in discourse, if it helps to read it - I‚Äôve changed the colour of the ‚Äėsummary‚Äô text to red as a simple example.

1 Like