Have we the same situation like FolderView?

Description: Investigate at Settings / User Utilities / Fix Common Problems
Importance: warning

* The plugin file.activity.plg is not known to Community Applications and is possibly incompatible with your server

2 hours ago, Revan335 said:

Have we the same situation like FolderView?

Description: Investigate at Settings / User Utilities / Fix Common Problems
Importance: warning

* The plugin file.activity.plg is not known to Community Applications and is possibly incompatible with your server

Folder view there is a different version in CA which you should install

 

File Activity is currently unavailable from the author.  I'll republish tonight / tomorrow, but you'll have to uninstall / reinstall the replacement

Right now, I've decided that I'm not going to fork and republish the plugins.  At this time I do have far too much on my plate to take on any additional plugins.   I do not know why the author chose to delete the repositories, but that is unfortunately out of my hands.

 

The notification from Fix Common Problems is correct, as the plugins are currently unknown to CA, but I do not see any reason for these in particular to be uninstalled as there are no compatibility or security issues with them as far as I know.  But keeping them or uninstalling them is however entirely up to you guys.

 

Maybe in the future the author will reactivate these plugins, but that decision is entirely out of my hands.

On 5/9/2025 at 11:23 AM, Squid said:

Right now, I've decided that I'm not going to fork and republish the plugins.  At this time I do have far too much on my plate to take on any additional plugins.   I do not know why the author chose to delete the repositories, but that is unfortunately out of my hands.

 

The notification from Fix Common Problems is correct, as the plugins are currently unknown to CA, but I do not see any reason for these in particular to be uninstalled as there are no compatibility or security issues with them as far as I know.  But keeping them or uninstalling them is however entirely up to you guys.

 

Maybe in the future the author will reactivate these plugins, but that decision is entirely out of my hands.

Thanks, do you know where i can find a old version of this? 

19 minutes ago, Sleepless In Seattle said:

Thanks, do you know where i can find a old version of this? 

 

config.zip

Thank you for that MainFrezzer. I had to reinstall mine and only found out it was missing when I could not find it.. I was very sad.

So I've looked and I believe that this plugin and OpenFiles are both GPLv2, and I believe that I have working versions that can be published for them.

 

Hopefully @Squid will be able to add them back into Apps.

8 hours ago, BelaLugosi said:

So I've looked and I believe that this plugin and OpenFiles are both GPLv2, and I believe that I have working versions that can be published for them.

 

Hopefully @Squid will be able to add them back into Apps.

Republishing would be a simple matter, but if nobody has capacity to maintain the plugins they will slowly die, especially if there's an incompatibility with a future Unraid version.

Noticed this plugin doesn't seem to track spin ups from ZFS pool?

It captures data to SSD ZFS pool but not my 4x 12tb ZFS pool.
Anyone else get this?
Perhaps the drive pool is doing some scrub or something?

14 hours ago, BelaLugosi said:

So I've looked and I believe that this plugin and OpenFiles are both GPLv2, and I believe that I have working versions that can be published for them.

 

Hopefully @Squid will be able to add them back into Apps.

 

5 hours ago, SakabaRihiro said:

Republishing would be a simple matter, but if nobody has capacity to maintain the plugins they will slowly die, especially if there's an incompatibility with a future Unraid version.

@BelaLugosi

 

I'm not home until the weekend, so won't have a chance to handle anything until then

 

@SakabaRihiro

That's true, and always a risk with any plugin / container / etc even if the code still exists on GitHub.  It's not like I've never marked a plugin (even my own) as being incompatible with OS versions.

21 hours ago, Squid said:

@SakabaRihiro

That's true, and always a risk with any plugin / container / etc even if the code still exists on GitHub.  It's not like I've never marked a plugin (even my own) as being incompatible with OS versions.

My apologies, since you stated

 

On 5/10/2025 at 4:23 AM, Squid said:

Right now, I've decided that I'm not going to fork and republish the plugins.  At this time I do have far too much on my plate to take on any additional plugins. 

I thought you didn't want to republish the plugins since you don't have capacity to take on maintenance, and was responding to the comment hoping you would be able to add them back.

I wasn't aware you had changed your mind regarding republishing them. No offence was intended.

I have republished both this and open files.

Can you republish the 6.x version?

I don’t have any 6.x test boxes anymore. 
 

I will be following my usual support pattern: current and previous minor releases. As of right now, that’s 7.0 and 7.1. 

Tried to update to the latest version and got stuck with this message.

Now the plugin is hanging in the pending state

3 hours ago, kireev said:

Tried to update to the latest version and got stuck with this message.

Now the plugin is hanging in the pending state

Reload the page and try again. It should give an option to clear the flag. But, there's also an issue that I saw where because the original you have installed is no longer present, but the replacement is CA thinks you've already got the replacement present.

If you can't get the flag to clear, a reboot will work. Then uninstall from either CA, Installed Apps or the Plugins Tab and reinstall file activity from CA

5 hours ago, kireev said:

Tried to update to the latest version and got stuck with this message.

Now the plugin is hanging in the pending state

Yes, that I have too when the Developer Switched. I uninstall the actually Plugin and than reinstalled from CA. Its working.

6 hours ago, Squid said:

Reload the page and try again. It should give an option to clear the flag. But, there's also an issue that I saw where because the original you have installed is no longer present, but the replacement is CA thinks you've already got the replacement present.

If you can't get the flag to clear, a reboot will work. Then uninstall from either CA, Installed Apps or the Plugins Tab and reinstall file activity from CA

Yep, that did the trick. Uninstalled from Plugins and installed the new version.

Thank you so much for taking over so quickly, @EDACerton ! Great work, and I really hope that this remains supported. Highly helpful plugin.

When using it, I noticed something odd: the initial post from @dlandon states, that the plugin also tracks read activity. I have an (so far unknown) process that only reads (not modifies or writes) to my ZFS pool. I noticed that the plugin does not record that read activity.

I then saw that the actual inotifywait doesn't track the access event: https://github.com/dkaser/unraid-fileactivity/blob/cf66db6b95cdf47781bce75da8ae0d811850e71d/src/usr/local/emhttp/plugins/file.activity/scripts/inotify.file.activity#L73

Based on the manual for inotifywait this is probably what I need (https://linux.die.net/man/1/inotifywait):

access

A watched file or a file within a watched directory was read from.

Would it be possible to add the access event to the call? Possibly with a toggle switch so that people who are looking for write activity don't have to go through all of the read activity?

Possibly I am also hit by this issue:

On 5/14/2025 at 11:25 AM, dopeytree said:

Noticed this plugin doesn't seem to track spin ups from ZFS pool?

It captures data to SSD ZFS pool but not my 4x 12tb ZFS pool.
Anyone else get this?
Perhaps the drive pool is doing some scrub or something?

Thank you so much!

Ui broke for me with last update (2025.05.22).

Thanks for keeping this plugin alive!

Edited May 23, 20251 yr by Niklas

1 hour ago, Niklas said:

Ui broke for me with last update (2025.05.22).

Thanks for keeping this plugin alive!

Fixed with 2025.05.23 :)

@EDACerton

Hello mate! Just ran over your file activity plugin. I just have a quick question..

Is it correct, that - without any hint before installation - you by default enable data collection?

6 hours ago, giganode said:

@EDACerton

Hello mate! Just ran over your file activity plugin. I just have a quick question..

Is it correct, that - without any hint before installation - you by default enable data collection?

The plugin uses the same usage reporting system as my other plugins, which I have previously discussed with staff.

No personal information is collected with the metrics -- I don't even store the inbound IP with the metrics data. The closest thing is the clientId, which is the flash GUID (128 bytes of essentially random data) passed through crc32 (reducing it to 32 bits), so there is no possible way that I could reconstruct the flash GUID from the client ID (and even then, that's not personal information either).

You're welcome to inspect the process if you have any doubts: https://github.com/dkaser/unraid-fileactivity/blob/87848990548fe8d402c0c7ceafdc6fb98ef66477/src/usr/local/emhttp/plugins/file.activity/include/FileActivity/Utils.php#L110

(And also, the reporting doesn’t run immediately on installation, and the setting is clearly shown in the options.)

Edited May 24, 20251 yr by EDACerton

23 minutes ago, EDACerton said:

The plugin uses the same usage reporting system as my other plugins, which I have previously discussed with staff.

No personal information is collected with the metrics -- I don't even store the inbound IP with the metrics data. The closest thing is the clientId, which is the flash GUID (128 bytes of essentially random data) passed through crc32 (reducing it to 32 bits), so there is no possible way that I could reconstruct the flash GUID from the client ID (and even then, that's not personal information either).

You're welcome to inspect the process if you have any doubts: https://github.com/dkaser/unraid-fileactivity/blob/87848990548fe8d402c0c7ceafdc6fb98ef66477/src/usr/local/emhttp/plugins/file.activity/include/FileActivity/Utils.php#L110

(And also, the reporting doesn’t run immediately on installation, and the setting is clearly shown in the options.)

Already looked at it.

Don't get me wrong, I don't criticise that you are collecting data. This is something you as a maintainer can do when the user opted in to do so. But it should never be the other way around. Especially, without any information before installation. The fact that the report is not done immediately after installation is not an argument.

2 minutes ago, giganode said:

Already looked at it.

Don't get me wrong, I don't criticise that you are collecting data. This is something you as a maintainer can do when the user opted in to do so. But it should never be the other way around. Especially, without any information before installation. The fact that the report is not done immediately after installation is not an argument.

As I said, this system has been discussed with staff previously. Usage reporting in software is commonly opt-out; it’s an accepted technique across the industry.

Some software doesn’t even give you an option anymore.