It appears the S3.Sleep plugin breaks the Dynamix webGUI after the last update to the latter (12.01). This did not happen prior to the last update to webGUI.

 

It works fine for me. More information on how it breaks would be useful then I'm sure someone will have an answer.

 

Kevin.

 

It appears the S3.Sleep plugin breaks the Dynamix webGUI after the last update to the latter (12.01). This did not happen prior to the last update to webGUI.

 

It works fine for me. More information on how it breaks would be useful then I'm sure someone will have an answer.

 

Kevin.

 

You're right of course. From how the breakage looks here I presumed it'd be universally reproduced.

 

What happens here is that the sheer installation of the S3 Sleep plugin over the updated dynamix messes up all the pages of the webGUI. It appears as if there's no CSS and no PHP actions (HTML text, no formatting, no action on buttons). Sample screenshot attached.

 

When S3 Sleep is installed on the "vanilla" (beta12) Dynamix, no problem. When Dynamix is updated - breakage. When I remove S3 Sleep, then update Dynamix to latest - no problem; when I now install S3 Sleep - breakage.

Deleting the S3 plugin files and rebooting doesn't fix the breakage. Deleting the entire /boot/config/plugins/dynamix - does. Deleting only /boot/config/plugins/dynamix/dynamix.cfg - also does.

 

The problem seems to be with the fact that S3 Sleep plugin writes the dynamix.cfg file if it does not exist. What I end up with here is:

 

[confirm]\nsleep="1"\n
[display]\nsleep="plugins/dynamix.s3.sleep/Sleep.php"\n

 

That's the entire file.

 

I'm guessing you don't experience this because you do have dynamix.cfg already, in which case the plugin edits it, and seems to do that correctly.

If I remember the way I fixed it was to remove the S3 plugin via the webgui and delete dynamix.cfg.

 

Then I rebooted and in settings select Display Settings and clicked Apply.

 

Reinstalled the S3 Sleep plugin and all was fine after that.

 

My initial error was that no Sleep button ever displayed but that fixed it.

 

Also this line does not appear in my dynamix.cfg.

 

[confirm]\nsleep="1"\n

 

Kevin.

 

Also this line does not appear in my dynamix.cfg.

 

[confirm]\nsleep="1"\n

 

 

No, it won't. This happens only when you do not have a dynamix.cfg file. Since you did, as can be seen from the chain of actions you describe, the plugin took a different code path (edit the dynamix.cfg file) which it does correctly.

I experienced the same issue of having the GUI broken upon first update to beta12. I fixed it by reinstalling b12 from scratch and then reinstalling plugins and following the instructions for making the sleep button appear.

It appears the S3.Sleep plugin breaks the Dynamix webGUI after the last update to the latter (12.01). This did not happen prior to the last update to webGUI.

 

It works fine for me. More information on how it breaks would be useful then I'm sure someone will have an answer.

 

Kevin.

 

You're right of course. From how the breakage looks here I presumed it'd be universally reproduced.

 

What happens here is that the sheer installation of the S3 Sleep plugin over the updated dynamix messes up all the pages of the webGUI. It appears as if there's no CSS and no PHP actions (HTML text, no formatting, no action on buttons). Sample screenshot attached.

 

When S3 Sleep is installed on the "vanilla" (beta12) Dynamix, no problem. When Dynamix is updated - breakage. When I remove S3 Sleep, then update Dynamix to latest - no problem; when I now install S3 Sleep - breakage.

Deleting the S3 plugin files and rebooting doesn't fix the breakage. Deleting the entire /boot/config/plugins/dynamix - does. Deleting only /boot/config/plugins/dynamix/dynamix.cfg - also does.

 

The problem seems to be with the fact that S3 Sleep plugin writes the dynamix.cfg file if it does not exist. What I end up with here is:

 

[confirm]\nsleep="1"\n
[display]\nsleep="plugins/dynamix.s3.sleep/Sleep.php"\n

 

That's the entire file.

 

I'm guessing you don't experience this because you do have dynamix.cfg already, in which case the plugin edits it, and seems to do that correctly.

 

Thanks for the detailed explanation.

 

I see if I can reproduce this error and make a fix accordingly. For the time being use the workaround as described by digitalfixer.

 

 

I see if I can reproduce this error and make a fix accordingly. For the time being use the workaround as described by digitalfixer.

 

Thanks. For me, I fixed it already.

To reproduce:

[*]uninstall S3

[*]install dynamix' latest version (so it's not the vanilla, bundled version ==> there's stuff in /boot/config/plugins/dynamix...)

[*]Remove the dynamix.cfg file, so that the plugin uses the default.cfg

[*]Install the S3 plugin

 

You should now be able to see the breakage.

You said Disk Health is integrated now, where do you initiate smart tests from?

You said Disk Health is integrated now, where do you initiate smart tests from?

 

Go to the main page and click on one of disk names. This brings you to the sub-level, here you find the Health tab.

 

Ah, I see, sneaky tabs.

 

It looks great, you've done an awesome job. 

New versions of the optional Dynamix plugins are available, see the plugin manager page.

 

These should be run with the new version 2015.01.21 of the webGui. If you haven't done so, please update the webGui first before upgrading/installing the optional plugins.

 

New versions of the optional Dynamix plugins are available, see the plugin manager page.

 

These should be run with the new version 2015.01.21 of the webGui. If you haven't done so, please update the webGui first before upgrading/installing the optional plugins.

 

What is happening?  I have three plugins that should be up-datable and I am getting the following message:

 

/usr/local/sbin/plugin update dynamix.system.temp.plg 2>&1
plugin: running: 'anonymous'
plugin: skipping: /boot/config/plugins/dynamix.system.temp/dynamix.system.temp-2014.12.05.txz already exists
plugin: running: /boot/config/plugins/dynamix.system.temp/dynamix.system.temp-2014.12.05.txz

+==============================================================================
| Skipping package dynamix.system.temp-2014.12.05 (already installed)
+==============================================================================

 

The date does not look right and the 'update' button is still there after I click on it. 

 

After a jumped to the 'Main' page and then back to "Plugins', clicked on the 'check of update' button, everything was now shown as updated but all of the updates have December 2014 dates except for the WebGUI. 

Which ones are failing for you ?

 

Which ones are failing for you ?

 

I only have three Dynamix plugins installed:

 

Dynamix System Temperature

 

Dynamix Cache Directories

 

Dynamix System Information

I have 'redated' the plugins to today (2015.01.22), you may want to give it another try !

 

I find the Update option often hangs, and has to be closed. Sometimes its on the first item, sometimes 1/2 way down. It seems random on whether it will complete or not.

 

Any one else having this issue? Any suggestions?

 

For reference I have most Dynamix plugins and the APCUPSD plugin installed.

Updated them all OK.  Updater working great

I have 'redated' the plugins to today (2015.01.22), you may want to give it another try !

 

That worked.  THANKS!!!

Did anyone of you notice the "info" button and read the changes prior to installing the plugin ?

 

Did anyone of you notice the "info" button and read the changes prior to installing the plugin ?

Says something along the lines of

Updated for the new web GUI

 

They all said the same thing

 

Have a look at the attachment. Pressing the blue "i" button brings up a second window with release notes (you need webGui version 2015.01.21 for this).

Did anyone of you notice the "info" button and read the changes prior to installing the plugin ?

 

Absolutely,  if given the information, I always check out what the changes are.  (If the changes are major and don't address an issue on my system, I will generally wait a few days to see if any issues/bugs crop up!)

 

PS--- The description you provided really didn't indicate what the changes were or why they were necessary.  I can only assume that some change in the base WebGUI required some minor updating of the other plugins.

Yeah I tend to be brief in my change descriptions, will take it into consideration to be more elaborate without writing a new novel 

How to get newer Dynamix WebUI ? My "Check for updates" see the 2014.12.01 as the latest ...

 

Is there a reason?

Did anyone of you notice the "info" button and read the changes prior to installing the plugin ?

 

I did and think it is a nice enhancement! Really looks good and hope that it is easy for other plugin authors to implement. Thanks for the updates to these awesome plugins!

 

Gary