The Shariff plugin adds social media buttons to the website without compromising the privacy of website users, using Shariff (https://github.com/heiseonline/shariff) solution.
We had a request to share the DOI link instead of the OJS link, which has a higher probability of being changed over time. Integrating this functionality into the Shariff plugin seemed ideal to us. Can we submit a pull request with this feature?
We are considering three alternatives:
If a DOI is available, the shared link will point to the DOI.
Configurable option, maintaining the current default.
Configurable option, setting the DOI link as the default.
Testing sharing via WhatsApp, we noticed that the link is not being decoded correctly in the application. It is recommended to use the prefix 'https://api.whatsapp.com/' in the API URL, and this seems to work better. The latest versions of the Shariff already seem to have fixed this.
We updated the library to version v3.3.0 and saw that the issue was resolved, so we opened a PR with this update.
when using shariff with the bootstrap3 themes, there seems to be a minor styling issues. From what I saw it's not much of a problem (could probably be fixed with a height: 100%; somewhere), but perhaps there are other, less obvious problems to be found in this context.
Kind regards and many thanks for all the good work!
When I downloaded the latest release version from GitHub and installed it into my plug-in library, I received this error: The tar command is not available. Please correctly configure it in your "config.inc.php". How to solve this problem?
Hello there .. I have installed this plugin on OJS 3.3.0-14 and had a little problem finding where to configure it, as usually OJS plugins are configured from the Installed Plugin list and this one is not. This discrepancy is not reflected in the README.md file's Settings section (https://github.com/ojsde/shariff#settings)
There should be a mention there that says that the plugin creates a new Shariff Plugin Tab under Settings -> Appearence from where you can configure it.
I am running OJS 3.1.2 and as soon as I uploaded and activated the plugin, the whole website went down and started showing a 500 Error. I then had to rename the plugin fodler to get the site back up and running. I dig up the logs and they say this:
[Mon Oct 12 10:29:20.032690 2020] [:error] [pid 19769] [client 109.177.14.16:55886] PHP Fatal error: Uncaught Error: Call to a member function getId() on null in /var/www/html/plugins/generic/shariff/ShariffPlugin.inc.php:42\nStack trace:\n#0 /var/www/html/lib/pkp/classes/plugins/PluginRegistry.inc.php(65): ShariffPlugin->register('generic', 'plugins/generic...', NULL)\n#1 /var/www/html/lib/pkp/classes/plugins/PluginRegistry.inc.php(138): PluginRegistry::register('generic', Object(ShariffPlugin), 'plugins/generic...', NULL)\n#2 /var/www/html/lib/pkp/classes/core/Dispatcher.inc.php(132): PluginRegistry::loadCategory('generic', true)\n#3 /var/www/html/lib/pkp/classes/core/PKPApplication.inc.php(252): Dispatcher->dispatch(Object(Request))\n#4 /var/www/html/index.php(68): PKPApplication->execute()\n#5 {main}\n thrown in /var/www/html/plugins/generic/shariff/ShariffPlugin.inc.php on line 42
When sharing an article form an OJS 3.4 using the plugin from stable-3_4_0 branch,
the email body is being filled with a Smarty-like call to $requestedUrl|escape.
Hi guys. Shariff plugin breaks in our OJS 3.2. We know that there is not a version suited for OJS 3.2 yet, but do you have any plan for upgrading the plugin?
I don't know why this happens but I've activated the plugin in OJS 3.3.0 and it break the Admin/Website page in the dashboard. see attached photo. Disable and it reverts back to normal.
We just had downtime on our OJS3 index page and upon investigation I found this in the error log:
PHP Fatal error: Call to a member function getId() on null in /srv/ojs/webroot/plugins/generic/shariff/ShariffPlugin.inc.php on line 42
I immediately suspected that it might have been enabled somewhere inappropriate and looking at the database I found an entry in the plugin_settings table where shariffplugin had been enabled for context_id=0.
This can happen if the plugin is enabled in the site context which is very tempting for a site admin to do.
To resolve the issue I removed the offending row in the plugin_settings table, but it would be nice if enabling it in the site context didn't trigger a fatal error requiring DB surgery to fix.
I am running OJS 3.1.1-2 and shariff from the v3_0_0 tag.
Empfehlung für Zeile 124 von ShariffPlugin.inc.php , ein mit einer Klasse versehenes div-Element zu verwenden:
Z.B. anstelle von $divWrapper = '<div><div>';
$divWrapper = '<div class="shariffblock"><div>';
verwenden.
Damit kann das div-Element geeignet mit CSS adressiert werden. Beispielsweise lässt sich dann mit CSS flexbox die Anordung des Elements auf der Artikeldetailseite beliebig setzen.
it seems that the plugin ignores the base_url override settings declared in config.inc.php
I`m using the plugin on www.medienpaed.com and the URLs contain the install path, which should not be shown due to the base_url override settings.
Maybe the problem is the construction of the URLs via $requestedUrl and getCompleteUrl() . Are there any workarounds or alternative methods to contruct the URL?
If the Shariff plugin is loaded after another plugin which loads blocks (such as Usage Statistics) the callback to register the block plugin will be too late.