Extension talk:Widgets/2019
Add topic| This page used the Structured Discussions extension to give structured discussions. It has since been converted to wikitext, so the content and history here are only an approximation of what was actually displayed at the time these comments were made. |
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)
- 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)
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)
- @Kghbln Is the site still being moderated? Danbledore (talk) 03:26, 11 February 2019 (UTC)
- 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)
- 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)
- @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)
- > 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)
- Actually you are able to confirm accounts. I already promoted you to being a crat. :) [[kgh]] (talk) 15:46, 11 February 2019 (UTC)
mediawikiwidgets.orgis a dead link.archive.orgonly 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 onmediawiki.orgor on another publicly-accessible copylefted site likegithub.comso that it is easier for users to copy and modify widgets for their wikis. Nicole Sharp (talk) 22:29, 8 June 2019 (UTC)- 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)
- 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)
- 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)
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)
- 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)
- I made this more obvious form the docu. Hope this helps. [[kgh]] (talk) 21:12, 22 July 2019 (UTC)
- 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)- No if you follow the instructions: Extension:Widgets#Installing using Git [[kgh]] (talk) 22:04, 22 July 2019 (UTC)
- 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)
- Since you're installing from git, did you run
composer update --no-devinside the widgets folder? ☠MarkAHershberger☢(talk)☣ 16:07, 23 July 2019 (UTC) - 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)
- 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)
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)
- 1.27 is EOL. You should upgrade to the next LTS. ☠MarkAHershberger☢(talk)☣ 17:13, 29 August 2019 (UTC)
- 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)
- 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)
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)
- 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)
- Kghbln Thanks a lot for the answer and the hiddencat suggestion, appreciated :) Peacedev (talk) 04:22, 11 September 2019 (UTC)
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:See https://badge.dimensions.ai/?identifier=pub.1067741279#build for info
<span class="__dimensions_badge_embed__" data-id="pub.1067741279" data-hide-zero-citations="true" data-style="small_circle"></span><script async src="<nowiki>https://badge.dimensions.ai/badge.js</nowiki>" charset="utf-8"></script>
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)
- 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)
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)
- 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)
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)
- Dunno, probably not. I switched to using REL branches starting with 1.31 [[kgh]] (talk) 09:52, 6 December 2019 (UTC)
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)
- 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)
- I guess this is an issue request that should be filed on Phabricator. [[kgh]] (talk) 06:39, 21 April 2020 (UTC)