- a PDF in a resource activity,
- a page activity that links to the above resource activity (i.e. https://my.moodle.site/mod/resource/view.php?id=4221)
If you suspect an issue with a 3rd party plugin, how will anyone be able to help if the plugin info is not shared here?
Think it quite proper to share that info ... plugin maker/maintainer might need to be informed of a bug - if it is a bug. Others who use the same plugin might have a work-around or fix for it as well.
So 3rd party plugin info, please!
Also turn on debugging to see if Moodle is saying something.
Thanks for the response. The plugin is from a commercial provider and I certainly will report this bug to them. If this isn't something anyone has ever encountered it would certainly make me feel more inclined to think it is a bug in their product.
Have you experienced this bug before? Anyone else?
And no debug info?
Can't say that I've experienced first hand but then again don't run many $ plugins either. $ or not, what is this plugins purpose? Any link to description of the plugin might useful as well if debug is reporting anything.
Other ... since it involves a file, might also check web service error logs.
The third party plugin had errors in both restore_<PLUGIN-NAME>_activity_task.class.php and backup_<PLUGIN-NAME>_activity_task.class.php files. I'm assuming these had been copied (as starting points) from the standard resource plugin but had kept the references to '$@RESOURCEINDEX*$2@$' and '$@RESOURCEVIEWBYID*$2@$'.
This resulted in the backup/restore related activities regex matching links to RESOURCE activities and treating them as belonging to this third party plugin and re-writing links (as described above)
The fix is as simple as changing those references to unique values: '$@<PLUGIN-NAME>INDEX*$2@$' and '$@<PLUGIN-NAME>VIEWBYID*$2@$'.