Jump to content

Extension talk:Widgets/2019

Add topic
From mediawiki.org
Latest comment: 6 years ago by Kghbln in topic Our own widgets

Old messages are archived.


Widget not working after upgrade from MW 1.19 to 1.31

[edit]

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


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



Steevithak (talk) 07:21, 26 January 2019 (UTC)Reply

Update: found it! Not permissions but file context error. Once I did a restorecon -R Widgets, all my widgets started working again. Steevithak (talk) 07:49, 26 January 2019 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Widget Catalog dead?

[edit]

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


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? Danbledore (talk) 02:13, 11 February 2019 (UTC)Reply

@Kghbln Is the site still being moderated? Danbledore (talk) 03:26, 11 February 2019 (UTC)Reply
Your request has been approved.
@Kghbln: Am I allowed to moderate these requests as well? How are you notified about them? MGChecker (talk) 09:01, 11 February 2019 (UTC)Reply
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. [[kgh]] (talk) 09:17, 11 February 2019 (UTC)Reply
@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. [[kgh]] (talk) 09:21, 11 February 2019 (UTC)Reply
> 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. MGChecker (talk) 10:07, 11 February 2019 (UTC)Reply
Actually you are able to confirm accounts. I already promoted you to being a crat. :) [[kgh]] (talk) 15:46, 11 February 2019 (UTC)Reply
mediawikiwidgets.org is a dead link. archive.org only gives the pagenotice of "Regrettably this website was switched to allow only logged-in users to see the widget examples as well as the respective code due to privacy concerns." so all code examples seem to be gone, despite the website being listed as under a Creative Commons Attribution-Share Alike 3.0 Unported License. It would be a lot better to host the widget examples here on mediawiki.org or on another publicly-accessible copylefted site like github.com so that it is easier for users to copy and modify widgets for their wikis. Nicole Sharp (talk) 22:29, 8 June 2019 (UTC)Reply
Thanks for reporting the website being down. There is indeed an issue with the server. I am working on it. I am sorry for the inconvenience. [[kgh]] (talk) 10:17, 9 June 2019 (UTC)Reply
In the future, I'd appreciate I you could open a new thread instead of reopening an unrelated one. Thanks a bunch. [[kgh]] (talk) 10:19, 9 June 2019 (UTC)Reply
The site is back on-line again. The filesystem was read-only and created some intense pain to bring to bring it back. The site being done for a day or two does not mean that it is dead. Anyways I will add some monitoring that will help me detect issues early on. [[kgh]] (talk) 19:45, 9 June 2019 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How do I create a page in the "widget" namespace?

[edit]

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Everything I've read says I have to create a page in the widget namespace, but NOTHING says how I'm supposed to do this. I'm new to using MediaWiki, so I don't know how this is supposed to work, there doesn't seem to be any information about the basics. Sturmey99 (talk) 19:22, 22 July 2019 (UTC)Reply

Let us say your wiki is called WikiWidgets.org. Then you would go to the url http://WikiWidgets.org/Widget:WIDGET_YOU_WANT_TO_CREATE on your wiki to create the page. The part of the url that says "Widget:" is the part that tells MediaWiki to use the widget namespace. MarkAHershberger(talk) 21:00, 22 July 2019 (UTC)Reply
I made this more obvious form the docu. Hope this helps. [[kgh]] (talk) 21:12, 22 July 2019 (UTC)Reply
Kghbln, thanks that helps.
Do you know if I still have to manually install 'smarty' if I used git to install? It doesn't look like it's there, but the git install instructions don't mention manually installing smarty.

Sturmey99 (talk) 21:12, 22 July 2019 (UTC)Reply
No if you follow the instructions: Extension:Widgets#Installing using Git [[kgh]] (talk) 22:04, 22 July 2019 (UTC)Reply
well I followed those instructions to the letter, and it doesn't include the smarty folder but it does include calls to it. After installing smarty manually to the Widgets folder, the errors in /var/log/apache2/error.log changed, so it's obvious that the smarty folder is needed.
I don't think this extension is ready for production. Sturmey99 (talk) 13:27, 23 July 2019 (UTC)Reply
Since you're installing from git, did you run composer update --no-dev inside the widgets folder? MarkAHershberger(talk) 16:07, 23 July 2019 (UTC)Reply
well, I tried it again, and got a different result. looks like it did managed to update something, but I'm still not able to get the Iframe widget to function. At least it's not crashing when I call the widget now.
further testing shows it working with a youtube widget, but since it's the Iframe I need, not sure what I need to do yet. Sturmey99 (talk) 16:38, 23 July 2019 (UTC)Reply
ok, so I fought with it some more, and it seems to be working.
I can't recommend this extension. The installation and config is not well documented and it is far more difficult than the other extensions that only require the folder to be added and a line inserted into LocalSettings.php
Realistically I understand why so many organizations I've worked with are dropping mediawiki for other products. while extensions are great, the lack of a click and go installation is beyond what most people are willing to do to install. Sturmey99 (talk) 16:59, 23 July 2019 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Git branch REL1_27 still points to 1.2.1

[edit]

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


The REL1_27 (and maby others) branch is pointing to version 1.2.1 instead of the newest version (1.3.0), can you please update this? YOUR1 (talk) 10:29, 27 August 2019 (UTC)Reply

1.27 is EOL. You should upgrade to the next LTS. MarkAHershberger(talk) 17:13, 29 August 2019 (UTC)Reply
Right. But some people can't (extension/server dependencies, ect). And the repo must be up to date, otherwise the REL_ branches must be removed since they have no value. YOUR1 (talk) 10:16, 5 September 2019 (UTC)Reply
No chance. In the meantime this extension is completely messed up, i.e. you have to decide which version to use in connection with your version of MediaWiki. In the meantime you are better of using branches. (T231297) [[kgh]] (talk) 06:46, 21 April 2020 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How to track pages using a widget?

[edit]

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


How do I track pages using a widget like widget:twitter? Is there anyway to track? If not, then how to insert additional wiki category or what links here inside the widget source code? Thanks. Peacedev (talk) 15:07, 10 September 2019 (UTC)Reply

Embed the widgets only via a template like it is done for the Audio template and add a category to this template. I you do not want to see the category on every page use the hiddencat feature to hide it from public view. [[kgh]] (talk) 15:14, 10 September 2019 (UTC)Reply
Kghbln Thanks a lot for the answer and the hiddencat suggestion, appreciated :) Peacedev (talk) 04:22, 11 September 2019 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Embedding Dimensions badges

[edit]

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Copied from Project:Support desk/Flow/2019/09#h-Embedding_Dimensions_badges-2019-09-25T11:45:00.000Z

Hello,

What would be the necessary steps to enable this code to embed in a page:

<span class="__dimensions_badge_embed__" data-id="pub.1067741279" data-hide-zero-citations="true" data-style="small_circle"></span><script async src="&lt;nowiki&gt;https://badge.dimensions.ai/badge.js&lt;/nowiki&gt;" charset="utf-8"></script>

See https://badge.dimensions.ai/?identifier=pub.1067741279#build for info

It would be highly useful to be able to get them working on WikiJournal articles. T.Shafee(Evo﹠Evo)talk 23:27, 25 September 2019 (UTC)Reply

Widgets will never be installed for wikis run by the WMF. Try to get them to create a dedicated extension. However I guess this is pretty unlikely to, but asking for it does not hurt. [[kgh]] (talk) 06:42, 21 April 2020 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Our own widgets

[edit]

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


There's no clear tutorial linked about how to create a widget? 87.91.51.235 (talk) 00:56, 27 November 2019 (UTC)Reply

No, just what you can already see on the extensions docu page. A programmer will be able to help you rather fast I believe. I know this is not the answer you have hoped for but it is the way it is I guess. [[kgh]] (talk) 06:52, 21 April 2020 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

New release?

[edit]

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Any chance to get a new release tagged in near future? Planetenxin (talk) 09:24, 6 December 2019 (UTC)Reply

Dunno, probably not. I switched to using REL branches starting with 1.31 [[kgh]] (talk) 09:52, 6 December 2019 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

JQuery access

[edit]

With the older version 1.31, I was able to use JQuery from the ResourceLoader for my widgets with "(window.RLQ=window.RLQ||[]).push(".

This is not possible with version 1.34. I believe that it is because MW won't start the ResourceLoader until these widgets were ran. Sometimes those widgets work (if somehow these codes ran late) but normally won't.

I am using another widget to load JQuery at the start of the widgets as an interim solution for now, but it is supposed to be unnecessary.

One of my widgets make a XHR call every minute. The first call was initiated by that JQuery that I loaded, but subsequent calls were initiated by ResourceLoader. Acnetj (talk) 20:55, 27 December 2019 (UTC)Reply

I have same problem.Widget 's scripts load too early.Can anyone tell me how to fix it? Furleywolf (talk) 17:47, 20 April 2020 (UTC)Reply
I guess this is an issue request that should be filed on Phabricator. [[kgh]] (talk) 06:39, 21 April 2020 (UTC)Reply