Extension talk:DiscussionTools

About this board

Reply button missing after upgrade to MW1.41

13
Krd (talkcontribs)

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?

Tacsipacsi (talkcontribs)
Krd (talkcontribs)

Special:DiscussionToolsDebug says it's good.

Matma Rex (talkcontribs)

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.

Krd (talkcontribs)

The option is there and it was already enabled.

Tacsipacsi (talkcontribs)

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.

Krd (talkcontribs)

I have no indication that JS fails. Is there any debugging code in the extension that I could activate?

Krd (talkcontribs)

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?

Krd (talkcontribs)

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?

Krd (talkcontribs)

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.

Krd (talkcontribs)

And I can confirm that it works in 1.40.2.

Krd (talkcontribs)

Even in a fresh installation of 1.41.0 is does NOT work.

Krd (talkcontribs)
Reply to "Reply button missing after upgrade to MW1.41"
מיכי י-ם (talkcontribs)

The extension does not recognize responses signed with a Hebrew date only

My site uses MediaWiki version 1.39.6

Matma Rex (talkcontribs)

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.

מיכי י-ם (talkcontribs)

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

Matma Rex (talkcontribs)
מיכי י-ם (talkcontribs)

I understand from the issue there that there is no plan to add such support?

Matma Rex (talkcontribs)
מיכי י-ם (talkcontribs)

It is ok. I'll try to see if I'm okay with handling it, anyway thanks for the comments here and there.

Reply to "Hebrew date"
Fokebox (talkcontribs)

Is there a way to set the order of topics? I want new topics to be at the top of a discussion page.

Tacsipacsi (talkcontribs)
Matma Rex (talkcontribs)
Reply to "Order of the topics"
Summary by TomRamm

I found a solution for this problem and add bugTicket to phabricator. See https://phabricator.wikimedia.org/T346735

TomRamm (talkcontribs)

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?

Reply buttons not working after upgrade to MediaWiki 1.39

6
Summary by Sophivorus
Sophivorus (talkcontribs)

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)
Sophivorus (talkcontribs)

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?

Sophivorus (talkcontribs)

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!

Sophivorus (talkcontribs)

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!

Sophivorus (talkcontribs)

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!

Fokebox (talkcontribs)

Are there any plans to make an option to close topics at the Discussion page? It is done quite well at Flow extension.

Tacsipacsi (talkcontribs)

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.

Whatamidoing (WMF) (talkcontribs)

@Klein Muçi might be interested in this idea. It might make it easier to find discussions that need a reply.

Klein Muçi (talkcontribs)

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.

Reply to "Close topic"

Error if someone save a comment

2
Simpsonspedia.net (talkcontribs)
Matma Rex (talkcontribs)

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.)

Reply to "Error if someone save a comment"

Sorting new topics

2
Summary by Tacsipacsi
Fokebox (talkcontribs)

Is there a way to make new added topics to be on the top of the page?

Tacsipacsi (talkcontribs)
Reply to "Sorting new topics"

Multiple reaction Icons (Emojis)

2
Summary by Whatamidoing (WMF)
PirateCaptain1 (talkcontribs)

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.

Whatamidoing (WMF) (talkcontribs)

Thank you for your suggestion. I don't think this has been considered before.

Reply to "Multiple reaction Icons (Emojis)"

Wishlist: topic subscriptions for sub-headings

1
Novem Linguae (talkcontribs)
Reply to "Wishlist: topic subscriptions for sub-headings"