Extension talk:Widgets

Old messages are archived.

Previous page history was archived for backup purposes at Extension talk:Widgets/LQT Archive 1 on 2015-07-10.

Access was granted. The wiki is active.

It seems really weird that the Widget catalog requires users to be manually verified, but I put in a request a while back and haven't heard anything. In the worst case, is there a web archives backup or mirror of the widgets on the site?

@Kghbln Is the site still being moderated?

Your request has been approved.

@Kghbln: Am I allowed to moderate these requests as well? How are you notified about them?

Yes the site is still being moderated. However, I only confirm requests with a confirmed e-mail which in your case was done on February 11, 2019.

Apart from that I suggest to actually take the time and read why this wiki requesting verification. It's on main page, the font size is 150% and in red and orange. I am absolutely clueless as for what I can do that people read this.

@MGChecker:

> Am I allowed to moderate these requests as well?

Currently not. If you would like to ...

> How are you notified about them?

I only get notifications when the e-mail was confirmed.

> Currently not. If you would like to ...

I am able to, that's why I'm asking, if there are any rules when I could react to requests like this one.

Actually you are able to confirm accounts. I already promoted you to being a crat. :)

After moving my MediaWiki to a new server and, in the process, upgrading from 1.19LTS to 1.31LTS, I find that all my widgets have stopped working. I'm using Widgets 1.3.0 (72d1e24). The compiled_templates directory exists, the full path to the directory is correct, the directory is writable by user, group, and other. I have also checked the selinux bool variables: httpd_unified is on, httpd_sys_script_anon_write is on, httpd_anon_write is on. Apache is able to write other files with no problem, only Widgets reports errors writing files. There are no PHP errors in the Apache error_log and no selinux errors logged. Everything else on my MediaWiki site including all other extensions seems fine. There's plenty of free disk space. I'm at a loss for what else to check. Any ideas? Is there some special step required when upgrading to get Widgets working again? Is there some way to get a more specific error from the Widgets extension (like WHY is it unable to write the files)?

The errors are in this format and appear only in the web page where the widget is used, not in the apache error log:

Error in widget xzy: unable to write file /var/www/mysite.com/html/extensions/Widgets/compiled_templates/wrt5c4c002b44f900_48401898

Update: found it! Not permissions but file context error. Once I did a restorecon -R Widgets, all my widgets started working again.

Widget code updated on MediaWikiWidgets.

Hi all,

I just want to make people aware that the twitter feed widget is not working anymore since September 10th. I have marked them as such in the list (crossed text through). They don't work anymore as twitter changed there method of how you can tab into your twitter feed and removed the old option to link to your twitter feed

I reported this as T207716.

Here is how mine works now, `id` is the Twitter user at:

* https://wiki.kiwix.org/wiki/Main_Page

* https://wiki.kiwix.org/wiki/Widget:Twitter

Widget code has been updated on MediaWikiWidgets.

The account was just created.

How long does it typically take for account approval for https://www.mediawikiwidgets.org/?

I'd like to deploy this extension on my wiki.

Hopefully, pinging @Kghbln here will help you get the account approved.

Just got an account creation message. Not sure if coincidence or divine intervention. Thanks either way! :)

@Meefs: Usually I do this within a day provided that the e-mail was confirmed. I just saw that you confirmed yours in the meantime so I created the account for you. Sorry for the delay but I must have overlooked the request status. Sadly there are currently 17 requests pending, mostly from Gmail users. :(

https://www.smarty.net/docsv2/en/language.basic.syntax.tpl#language.syntax.comments

Looks like this is not possible using widgets.

Hi, I'd appreciate a pointer before I go nuts.

Installed the widget fine. It works perfectly with the example url, ie: https://www.semantic-mediawiki.org/w/images/8/80/20171004_Beginners_tutorial_to_Semantic_MediaWiki.pdf

But utterly and completely fails with the url I'd like to  use.  The complete embed code is:

<iframe height="600" width="700" scrolling="no" style="border: 0px; overflow: hidden;" src="https://littlesis.org/maps/3039-revolving-doors-from-the-uk-government-to-the-energy-industry/embedded/v2"></iframe>

which I dutifully recomposed into:

{{#widget:Iframe|url=https://littlesis.org/maps/3039-revolving-doors-from-the-uk-government-to-the-energy-industry/embedded/v2|width=700|height=600|border=0}}

If I remove the "v2" from the end of the url, I get a cute LittleSis logo in the bottom right of the iframe area - but that's it. No frame, no border, and most defo no map.

What am I doing / not doing?

I may very well be that littlesis.org does not allow its content being embedded elsewhere via iframe.

Update the widget's code to the recent version

Hello,

I've recently switched my wiki to https, see e.g. https://bjohas.de/wiki/Google_Docs_Helper_bookmarklet. However, the YouTube widget no longer works. Definitely sure it's to do with https, because if I switch https off, it works again. Of course, it may well not be to do with the widget, but with my overall wiki configuration.

To configure the wiki, I switched the .htaccess file to require https, but didn't change LocalSettings.php. Maybe there's something I missed?

Did you update the widget's code page, too. I assume that you are still calling http. Basically do this for every widget you are using.

Thank you so much for pointing that out. I must have had some older Widget code, that explicitly used http. The current widget code doesn't do that! Many thanks!

I'm seeing this PHP Notices recently:

Undefined index: size in ../extensions/Widgets/compiled_templates/ba811dbfd89414d874993a209b5e2eb71ad14d2d.wiki.Google Presentation.php on line 30

Trying to get property of non-object in ./extensions/Widgets/compiled_templates/ba811dbfd89414d874993a209b5e2eb71ad14d2d.wiki.Google Presentation.php on line 30

How can I clean these up?

I have recently install MediaWiki with the widgets extension (1.3.0). I can't get any widgets to work.

Product	Version
MediaWiki	1.29.0
PHP	5.6.31 (litespeed)
MariaDB	10.0.32-MariaDB
ICU	57.1

There is nothing in the error logs or compiled_templates (777) folder.

I have looked through this discussion and google groups but found no solution. I am at a complete lose as to what is happening. Any help is appreciated.

Solved

You should post how you solve it. So that others can benefit from your help.

I am hitting this exact issue what was the fix?

Turns out the Widget:Iframe article was missing, when migrating over i made the mistake of assuming we brought that article over as well..... i fixed it by creating the article and copying the code from here: https://www.mediawikiwidgets.org/w/index.php?title=Widget:Iframe&action=edit cheers!

Thank you!

I just installed Widgets at my wiki (1.30) and created a widget as described in the manual. so far so good.

But when i save the widget i get a error like this:

Fatal error: Call to undefined method Smarty::addPluginsDir() in /home/harry-arends.nl/public_html/mat54/extensions/Widgets/WidgetRenderer.php on line 30

As I am not a programmer this error says nothing to me so whats going wrong??

Harry & Mareike

I'm having this problem too. @Jomegat reported the same issue at Topic:U4k1icff0yfhpayl but I wasn't able to reproduce his ' I installed using the git method' workaround so far.

@Jomegatconfirmed that he got things to work via the Git install method. I got this working too when remembered to not only git clone, but git submodule init and git submodule update as well.

I compared the files installed via Git release from gerrit.wikimedia.org seem are different both in the Widget code and even more so with the latest Smarty release. I'm not sure where to raise this issue, but adding a warning to the zip download pointing here is the best I think I can do for future generations

I was able to successfully solve this issue by not installing the version tagged as Smarty's latest release (v2.6.31 as of 2018-03-08). Instead, I installed one earlier version (Release 3.1.31, dated from 2016-12-14, when there weren't complaints of such error), though I haven't figured out why the heck v2 is tagged as being "later" than v3 yet (maybe they're parallel versions and support for v2 is still going on...).

Anyways, just in order to avoid any further issues like this, I will edit @Deku-shrub's warning on Extension:Widgets. I am not going to fully edit the tutorial because they might fix this in the future, so they might as well just remove the warning.