Hello. Today I upgraded a private wiki to 1.41.0 (from 1.39.x or 1.40.x, sadly don't remember exactly), and now I don't get the Reply button on talk pages any more. There is still the Start-a-discussion button on an empty talk page, but after the page exists there are no Reply buttons. How can I debug this further?
Extension talk:DiscussionTools
First of all, check on Special:Version if DiscussionTools is really enabled. If it is, Special:DiscussionToolsDebug may help. For example, Special:DiscussionToolsDebug/User talk:Tacsipacsi highlights that User talk:Tacsipacsi#CategoryTree contains no recognized signature (the section is completely empty on Special:DiscussionToolsDebug) and the unsigned template was used incorrectly in User talk:Tacsipacsi#Create a new page (the unsigned comment is recognized as part of my comment).
Special:DiscussionToolsDebug says it's good.
Check your user preferences, and make sure that the "Enable quick replying" option appears there and is enabled. I seem to recall that the preferences code has changed heavily around that time in development, you might need to set some configuration variables to make it appear.
The option is there and it was already enabled.
May it happen that simply JavaScript is turned off or a JavaScript error prevents further JS code from running on the page? If not, I have no more ideas.
I have no indication that JS fails. Is there any debugging code in the extension that I could activate?
Is there any way to enable debug code to determine in which part of the extension things go wrong?
When loading a not existing user talk page, the blue "Start discussion" button appears and I see in the server log:
[14/Mar/2024:07:04:32 +0100] "GET /index.php?title=Benutzer_Diskussion:Test99&action=edit&redlink=1 HTTP/1.1" 200 24388
[14/Mar/2024:07:04:32 +0100] "GET /load.php?lang=de&modules=ext.discussionTools.init.styles%7Cext.visualEditor.desktopArticleTarget.noscript%7Cmediawiki.interface.helpers.styles%7Cmediawiki.pager.styles%7Cmediawiki.widgets.styles%7Coojs-ui-core.icons%2Cstyles%7Coojs-ui.styles.indicators%7Cskins.vector.styles.legacy&only=styles&skin=vector HTTP/1.1" 200 147999
[14/Mar/2024:07:04:32 +0100] "GET /load.php?lang=de&modules=site.styles&only=styles&skin=vector HTTP/1.1" 200 38
[14/Mar/2024:07:04:32 +0100] "GET /load.php?lang=de&modules=user.styles&only=styles&skin=vector&user=redacted&version=nykhn HTTP/1.1" 200 54
[14/Mar/2024:07:04:32 +0100] "GET /extensions/DiscussionTools/images/emptystate.svg HTTP/1.1" 200 9022
[14/Mar/2024:07:04:32 +0100] "GET /skins/Vector/resources/skins.vector.styles.legacy/images/bullet-icon.svg?d4515 HTTP/1.1" 200 159
[14/Mar/2024:07:04:32 +0100] "GET /skins/Vector/resources/skins.vector.styles.legacy/images/user-avatar.svg?b7f58 HTTP/1.1" 200 254
[14/Mar/2024:07:04:32 +0100] "GET /skins/Vector/resources/skins.vector.styles.legacy/images/arrow-down.svg?9426f HTTP/1.1" 200 223
[14/Mar/2024:07:04:32 +0100] "GET /skins/Vector/resources/skins.vector.styles.legacy/images/watch-icon.svg?6ab6f HTTP/1.1" 200 252
[14/Mar/2024:07:04:32 +0100] "GET /load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector HTTP/1.1" 200 36954
[14/Mar/2024:07:04:32 +0100] "GET /skins/Vector/resources/skins.vector.styles.legacy/images/search.svg?ac00d HTTP/1.1" 200 251
[14/Mar/2024:07:04:33 +0100] "GET /favicon.ico HTTP/1.1" 200 3098
[14/Mar/2024:07:04:32 +0100] "GET /load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core&skin=vector&version=1oly1 HTTP/1.1" 200 586918
while when the user talk page exists, there is:
[14/Mar/2024:07:04:49 +0100] "GET /index.php?title=Benutzer_Diskussion:Test98 HTTP/1.1" 200 20403
[14/Mar/2024:07:04:49 +0100] "GET /load.php?lang=de&modules=site.styles&only=styles&skin=vector HTTP/1.1" 200 38
[14/Mar/2024:07:04:49 +0100] "GET /load.php?lang=de&modules=user.styles&only=styles&skin=vector&user=redacted&version=nykhn HTTP/1.1" 200 54
[14/Mar/2024:07:04:49 +0100] "GET /load.php?lang=de&modules=ext.discussionTools.init.styles%7Cext.visualEditor.desktopArticleTarget.noscript%7Cmediawiki.widgets.styles%7Coojs-ui-core.icons%2Cstyles%7Coojs-ui.styles.indicators%7Cskins.vector.styles.legacy&only=styles&skin=vector HTTP/1.1" 200 144515
[14/Mar/2024:07:04:49 +0100] "GET /load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector HTTP/1.1" 200 36954
[14/Mar/2024:07:04:49 +0100] "GET /skins/Vector/resources/skins.vector.styles.legacy/images/user-avatar.svg?b7f58 HTTP/1.1" 200 254
[14/Mar/2024:07:04:49 +0100] "GET /skins/Vector/resources/skins.vector.styles.legacy/images/watch-icon.svg?6ab6f HTTP/1.1" 200 252
[14/Mar/2024:07:04:49 +0100] "GET /skins/Vector/resources/skins.vector.styles.legacy/images/arrow-down.svg?9426f HTTP/1.1" 200 223
[14/Mar/2024:07:04:49 +0100] "GET /skins/Vector/resources/skins.vector.styles.legacy/images/search.svg?ac00d HTTP/1.1" 200 251
[14/Mar/2024:07:04:50 +0100] "GET /favicon.ico HTTP/1.1" 200 3098
[14/Mar/2024:07:04:49 +0100] "GET /load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core&skin=vector&version=1oly1 HTTP/1.1" 200 586918
Does that make sense?
Is there any way to enable debug code to determine in which part of the extension things go wrong?
When loading a not existing user talk page, the blue "Start discussion" button appears and I see in the server log:
14/Mar/2024:07:04:32 +0100 "GET /index.php?title=Benutzer_Diskussion:Test99&action=edit&redlink=1 HTTP/1.1" 200 24388
14/Mar/2024:07:04:32 +0100 "GET /load.php?lang=de&modules=ext.discussionTools.init.styles%7Cext.visualEditor.desktopArticleTarget.noscript%7Cmediawiki.interface.helpers.styles%7Cmediawiki.pager.styles%7Cmediawiki.widgets.styles%7Coojs-ui-core.icons%2Cstyles%7Coojs-ui.styles.indicators%7Cskins.vector.styles.legacy&only=styles&skin=vector HTTP/1.1" 200 147999
14/Mar/2024:07:04:32 +0100 "GET /load.php?lang=de&modules=site.styles&only=styles&skin=vector HTTP/1.1" 200 38
14/Mar/2024:07:04:32 +0100 "GET /load.php?lang=de&modules=user.styles&only=styles&skin=vector&user=redacted&version=nykhn HTTP/1.1" 200 54
14/Mar/2024:07:04:32 +0100 "GET /extensions/DiscussionTools/images/emptystate.svg HTTP/1.1" 200 9022
14/Mar/2024:07:04:32 +0100 "GET /skins/Vector/resources/skins.vector.styles.legacy/images/bullet-icon.svg?d4515 HTTP/1.1" 200 159
14/Mar/2024:07:04:32 +0100 "GET /skins/Vector/resources/skins.vector.styles.legacy/images/user-avatar.svg?b7f58 HTTP/1.1" 200 254
14/Mar/2024:07:04:32 +0100 "GET /skins/Vector/resources/skins.vector.styles.legacy/images/arrow-down.svg?9426f HTTP/1.1" 200 223
14/Mar/2024:07:04:32 +0100 "GET /skins/Vector/resources/skins.vector.styles.legacy/images/watch-icon.svg?6ab6f HTTP/1.1" 200 252
14/Mar/2024:07:04:32 +0100 "GET /load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector HTTP/1.1" 200 36954
14/Mar/2024:07:04:32 +0100 "GET /skins/Vector/resources/skins.vector.styles.legacy/images/search.svg?ac00d HTTP/1.1" 200 251
14/Mar/2024:07:04:33 +0100 "GET /favicon.ico HTTP/1.1" 200 3098
14/Mar/2024:07:04:32 +0100 "GET /load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core&skin=vector&version=1oly1 HTTP/1.1" 200 586918
while when the user talk page exists, there is:
14/Mar/2024:07:04:49 +0100 "GET /index.php?title=Benutzer_Diskussion:Test98 HTTP/1.1" 200 20403
14/Mar/2024:07:04:49 +0100 "GET /load.php?lang=de&modules=site.styles&only=styles&skin=vector HTTP/1.1" 200 38
14/Mar/2024:07:04:49 +0100 "GET /load.php?lang=de&modules=user.styles&only=styles&skin=vector&user=redacted&version=nykhn HTTP/1.1" 200 54
14/Mar/2024:07:04:49 +0100 "GET /load.php?lang=de&modules=ext.discussionTools.init.styles%7Cext.visualEditor.desktopArticleTarget.noscript%7Cmediawiki.widgets.styles%7Coojs-ui-core.icons%2Cstyles%7Coojs-ui.styles.indicators%7Cskins.vector.styles.legacy&only=styles&skin=vector HTTP/1.1" 200 144515
14/Mar/2024:07:04:49 +0100 "GET /load.php?lang=de&modules=startup&only=scripts&raw=1&skin=vector HTTP/1.1" 200 36954
14/Mar/2024:07:04:49 +0100 "GET /skins/Vector/resources/skins.vector.styles.legacy/images/user-avatar.svg?b7f58 HTTP/1.1" 200 254
14/Mar/2024:07:04:49 +0100 "GET /skins/Vector/resources/skins.vector.styles.legacy/images/watch-icon.svg?6ab6f HTTP/1.1" 200 252
14/Mar/2024:07:04:49 +0100 "GET /skins/Vector/resources/skins.vector.styles.legacy/images/arrow-down.svg?9426f HTTP/1.1" 200 223
14/Mar/2024:07:04:49 +0100 "GET /skins/Vector/resources/skins.vector.styles.legacy/images/search.svg?ac00d HTTP/1.1" 200 251
14/Mar/2024:07:04:50 +0100 "GET /favicon.ico HTTP/1.1" 200 3098
14/Mar/2024:07:04:49 +0100 "GET /load.php?lang=de&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core&skin=vector&version=1oly1 HTTP/1.1" 200 586918
Does that make sense?
I can reproduce that the Reply button works at a fresh 1.39.6 installation, and gets broken after an upgrade to 1.41.0.
And I can confirm that it works in 1.40.2.
Even in a fresh installation of 1.41.0 is does NOT work.
The extension does not recognize responses signed with a Hebrew date only
My site uses MediaWiki version 1.39.6
Can you share an example of such signature, or even better, a link to your site where we could see the problem?
As far as I know, the extension works with the Hebrew language (see e.g. https://he.wikipedia.org/wiki/שיחה:עמוד_ראשי), so there may be something unique about your configuration that triggers the problem.
I'm talking about a date according to the Hebrew calendar (it's also written in Hebrew but as you wrote it's not a problem)
A link to a talk page that has signatures only according to the Hebrew calendar and they are not recognized
Oh, I see – it looks like it indeed doesn't support this date format. :(
I found an existing feature request for this: https://phabricator.wikimedia.org/T290854
I understand from the issue there that there is no plan to add such support?
There is no plan to add it, sorry. But if you or someone else were willing to work on a patch to add it, I'd be happy to accept it. I just wrote a bit of advice on how to do that: https://phabricator.wikimedia.org/T290854#9540765
It is ok. I'll try to see if I'm okay with handling it, anyway thanks for the comments here and there.
Is there a way to set the order of topics? I want new topics to be at the top of a discussion page.
Not yet, see phab:T313165.
DiscussionTools uses the normal APIs for posting new topics, so Extension:PlaceNewSection will probably work with it.
I update wiki from 1.34 to 1.40 and enable DiscussionTools REL_1_40 (not used before).
There are no Reply and no Subscribe. If i change the LocalSettings.php from
$wgArticlePath = "/$1"; to $wgArticlePath = "/wiki/$1";
then the links are shown (e.g. "/a/$1" also works).
Even if i don't see the reply text, the extension changes the content of the page. If i look at the generated sourcecode i see for example:
<body class="ext-discussiontools-replytool-enabled
also some stylesheet ref like
<link rel="stylesheet" href="/load.php?lang=en&modules=ext.discussionTools.init.styles...
And the topics are also within a <div class="ext-discussiontools-init-section
.
But then the objects for Subscribe and Reply are missing.
PS: the Add topic is allways there. So it seems that there is a bug only in the reply and subscription module.
Any ideas how to find this out?
Hi! I recently upgraded MediaWiki and extensions from 1.35 to 1.39. Before the upgrade DisucssionTools worked fine, and after the upgrade the site works ok but for some reason the reply buttons added by DiscussionTools are either not showing or not working.
On content pages they don't show, see for example https://www.appropedia.org/Talk:Solar_energy (we're not using the Vector skin but if you visit https://www.appropedia.org/Talk:Solar_energy?useskin=vector the problem persists, so it's not skin-related).
In user talk pages, the reply buttons show, but only in messages by the "owner" of the talk page, and when you click them they throw a "comment not found" error, see for example https://www.appropedia.org/User_talk:Sophivorus
Notice that when creating a new topic, the new DiscussionTools interface loads and works perfectly, so the problem doesn't seem to be with the extension but rather with the reply feature.
Our LocalSettings.php has the following:
$wgFragmentMode = [ 'html5' ];
$wgLocaltimezone = 'UTC';
date_default_timezone_set( $wgLocaltimezone );
There're no JavaScript errors to be seen in the console. What could be the cause?? Thanks for any help and also for the awesome, super-useful and friendly extension!!
This post was hidden by Sophivorus (history)
I tried enabling DiscussionTools in a test wiki, with the same table prefix, same MediaWiki version, PHP version, Parsoid version, etc. but DiscussionTools worked perfectly.
Then I tried deleting and recreating the DiscussionTools database tables in appropedia.org (maybe something had gone wrong during the table upgrade) but the reply buttons still don't work.
I'm a bit baffled at this point. What could be wrong?
After some more testing, I was able to reproduce the issue by importing a dump of the current appropedia.org database into the test wiki. It seems then that the issue is related to the database schema or to the data itself. I suspect it's the database schema, since I noticed it's using the outdated latin1_swedish_ci collation, so I'm trying to update the schema to the current one. Will close this issue when I figure it out, but still any insights are welcome, cheers!
Well, I created a fresh test wiki (with a fresh 1.39 database schema). Then I truncated all the tables and imported the old data into the new schema. After a few tries I got the wiki to work, but the bug persists! This can (probably) only mean that the problem is with the data itself and not with the schema. What could it be?? I'm officially out of ideas, any help is welcome, thanks!
I tried adding /wiki to the URL path of the test wiki and DiscussionTools started to work perfectly (see here). It appears then that this is a path issue. However, when I did the fresh install of the test wiki (see above), DiscussionTools worked well even without /wiki in the path. Strange!
Are there any plans to make an option to close topics at the Discussion page? It is done quite well at Flow extension.
The ability to add summaries is planned: phab:T305220 (but it doesn’t look like it will happen in the near future). I don’t remember any plans for closing topics.
@Klein Muçi might be interested in this idea. It might make it easier to find discussions that need a reply.
Yes. This is what I was talking about in your talk page. Maybe it would be nice to link that discussion as well for the idea of the mainpage unresolved issues' list.
If I write a comment the own signature works. But any other comment is changing.
[[Benutzer:User]] > [[index.php?title=Benutzer:User]]
([[Benutzer Diskussion:User discussion]]) > ([[index.php?title=Benutzer Diskussion:User discussion]])
The extension add index.php?title= to both.
What's going wrong?
Extensions using the Parsoid library (including DiscussionTools and VisualEditor) have some issues on wikis that do not have short URLs set up.
This is reported as bug T310520 but I think it's unlikely that anyone will work on it soon.
It looks like you should be able to enable the use of short URLs on your wiki! Currently, your canonical URLs look like this: https://simpsonspedia.net/index.php?title=Moe_Szyslak but links like this also work: https://simpsonspedia.net/index.php/Moe_Szyslak.
You can set $wgUsePathInfo = true;
to make MediaWiki use this format for the canonical URL, and that will probably also resolve the weird behavior in DiscussionTools. (You may also need to change $wgArticlePath
if you previously customized it.)
Is there a way to make new added topics to be on the top of the page?
Not yet. See phab:T313165.
Hi! I wonder if you have plans to implement multiple reaction icons (emojis) to discussion tools, like in social media.
This would allows multiple users to agree with a msg (using thumbs up) or thanking the author (thank you emoji) and increases engagement + appreciation due to the public nature of the feedback.
A thank you option like described in phab:T249893 could be a good start but does not cover important functions like public agreement.
Thank you for your suggestion. I don't think this has been considered before.
You are invited to join the discussion at meta:Community Wishlist Survey 2023/Notifications, Watchlists and Talk Pages/Enabling subscribe action for lower headers for specific pages (prefix)
This wishlist item requests adding the ability to [subscribe] to sub-headings. Would be useful for certain projectspace pages that have a lot of active subheading discussions.