Extension talk:LiquidThreads/2011

user manual?

Is there any information about how to use some of the features described, such as the different thread views ("flat, nested, sorted by date, subject, etc." -- I see how to change the sorting, but not how to switch between flat and nested, much less what other options might be available)?

Also, is it possible to transclude views of a discussion thread or topic list -- some possible uses:

• table of all discussions on a given page (possibly with a maximum length)
• list of all comments by a given user
• table of all discussions or comments tagged with a given category
• more complex queries (all comments by a given user tagged with a given category)

I see that transclusion can be done with specific threads using {{:Thread:Talk:Page Name/Thread title}}, but {{:Thread:Talk:Page Name}} does not exist (I would have expected it to show all threads for that page, in some format or other).

00:53, 9 January 2011 (UTC)

I found these resources useful:

• $IP/extensions/LiquidThreads/README
• $IP/extensions/LiquidThreads/LiquidThreads.php - parameters at the end

$IP stands for the Installation Path (or "directory") of your MediaWiki installation, the same directory that holds LocalSettings.php , index.php etc..

For example in LiquidThreads.php at the end:

/** Switch this on if you've migrated from a version before around May 2009 */
$wgLiquidThreadsMigrate = false;
/** The default number of threads per page */
$wgLiquidThreadsDefaultPageLimit = 20;
/** Whether or not to allow users to activate/deactivate LiquidThreads per-page */
$wgLiquidThreadsAllowUserControl = true;
/** Whether or not to allow users to activate/deactivate LiquidThreads
    in specific namespaces. NULL means either all or none, depending
    on the above. */
$wgLiquidThreadsAllowUserControlNamespaces = null;
	
/** Allow LiquidThreads embedding */
$wgLiquidThreadsAllowEmbedding = true;

Wikinaut 00:16, 23 March 2011 (UTC)

What doe the "embedding" function ? hollosch 16:11, 16 June 2011 (UTC)

Thanks, I'd seen these, but didn't really understand them; your message made me take another look to them. I think it wouldn't take more than five minutes to document these parameters better, and to add a bit more info to the section "User documentation" of this page, since it doesn't even say how to make LQT either opt-in or opt-out ("comprehensive documentation" may come later, but at this point it is so scarce as to be almost useless). So to save time to other people who might have the same question, this is what I did to make it opt-in: removing it from talk pages by default, leaving user control true (so that users can always turn them on if they wish).

/* Allows switching LiquidThreads off for regular talk pages
        (intended for testing and transition) */
$wgLqtTalkPages = false;
/** Whether or not to allow users to activate/deactivate LiquidThreads per-page */
$wgLiquidThreadsAllowUserControl = true;

To make it opt-out, i.e. to use it by default in all talk pages unless someone turns it off, just don't touch anything.

The reason I chose opt-in is reading about various bugs in various places (eg. in Wikieducator), which doesn't make me confident about deploying it sitewide, and the fact that this seems to be current practice in various wikisites: add LQT in selected places, but not on all talk pages. By the way, there are also a couple of settings that I don't understand:

$wgPageProps['use-liquid-threads'] = 'Whether or not the page is using LiquidThreads';
/* Allows activation of LiquidThreads on individual pages */
$wgLqtPages = array();

What are valid values for $wgPageProps['use-liquid-threads']? And for $wgLqtPages? I tried putting a page title in the array so that only that page would use LQT, without any result.

And, finally, what's the role of those tags mentioned in one of the replies? Where does one use them?

Thanks AldV 21:13, 10 August 2011 (UTC)

Do I need to change 'Whether or not the page is using LiquidThreads' to 'true' in order for the page to show that I'm using LQT? Kakashi 16:45, 13 October 2011 (UTC)

Thread embedding is already supported on current software. You can use the <talkpage /> or <thread /> tags for that.

Many of the other things mentioned in the redesign (such as different views) are not yet supported. Andrew Garrett 07:11, 6 May 2011 (UTC)

ForcePreview

If ForcePreview is installed parallel to Liquid Threads, it is not possible to save posts as anonymous user!

01:11, 6 January 2011 (UTC)

Mark as Read

Using MW 1.16 and LT 2.0-alpha r75373

When going to a message that is flagged as a new message. If I respond to the message it still shoes the thread as unread. This is true in both editing location ie in Special:NewMessages and Talk:???

I would have expected the message read flag to be cleared once I had responded.

09:38, 17 January 2011 (UTC)

Name signing code

Should the name signing code (~~~~) be disabled on wikis with Liquid Treads on all talkpages such as Gamification wiki, and on sites like this one, be disabled in threads?

12:15, 18 January 2011 (UTC)

Marking an LT comment as "patrolled"?

I can't figure out how to mark a LiquidThread comment as patrolled. Any hints?

19:37, 1 February 2011 (UTC)

Yeah, I'm having the same problem. I can't find a way to obtain the recent-changes-ID via the UI, and even once I've "cheated" and obtained the recent-changes-ID via the API, I can't find a way to obtain the mark-as-patrolled token via the UI. It's quite possible that there's something I'm missing, but if not, then I guess the only way to do it is via the API. —Ruakh_TALK 21:28, 23 April 2011 (UTC)

This is a bug that will be resolved in the redesigned backend. Currently, this redesigned backend is scheduled to begin testing in July of this year. Andrew Garrett 07:03, 6 May 2011 (UTC)

A requested feature -- to facilitate discusion about pictures

My users keep asking to use LiquidThreads to discuss an uploaded picture.

Typically here is what I do:

for a .jpg uploaded as say, "File:mypic.jpg", I click on the discussion page and then click the [Add header] link and then add the picture as the sole content of the pictures talk page like this:

''[[File:mypic.jpg]]''</pre>

'''It would be great''' if LiquidThreads could detect that it is an image talk page and actually show the image without having to include it manually - for each article.

I would imagine that the behavior could easily be switched on and off using a global variable in LocalSettings.php near the line that includes the extension.

Regardless, Thanks for a great extension! 
--[[User:Rkevans|Rkevans]] 03:56, 2 February 2011 (UTC)

{|
| valign="top" |'''Update!'''
| I did it! :-)<br />
In "LiquidThreads-MW1.16-r75373\LiquidThreads\pages\TalkPageView.php". Right after line 105 which is:
<pre>$this->output->addHTML( $html );

I added:

if (strtoupper(substr($this->title,-4))==".JPG")
$this->output->addWikiText( "[[".str_replace(" talk","",$this->title)."|400px]]" );

More specifically, this is in the function showHeader() at the end of the else portion of the if ( $article->exists() ) condition.

I sure hope someone finds this as helpful as I do. Cheers!

04:30, 2 February 2011 (UTC)

|} Rkevans 12:47, 4 March 2011 (UTC)

SVN tag for mw 1.16 compatible version

Could one of the devs please generate a tag from the last version of this extension that is compatible with the REL_1.16 tree of mediawiki?

It would make my and my update-script's life much simpler. Thanks!

18:16, 12 February 2011 (UTC)

LiquidThreads not loading correctly

I am getting LQT to load as an extension on my MW 1.16 install, it is showing up on the versions page.

The problem I am having is when I click the add a discussion link it just bounces up and down and then nothing happens, I can go to the link directly though and everything works and allows me to add a thread.

When I try to reply to that thread though again I just get a quick bounce up and down and then nothing.

I did see on IE I am getting an error saying Permission Denied jquery.min.js

To be honest I have no idea where else to go with this or how to fix it. anonymous 12:48, 4 March 2011 (UTC)

I have a similar problem on my Wiki. When I go to add a new thread, the system just hangs with the AJAX loader circle revolving indefinitely. I have searched careful, but have been unable to find a user manual for LiquidThreads or a solution to this problem... am I looking in the wrong place, or are things a bit on hold as we wait for the redesign? Christophermluna 11:08, 8 March 2011 (UTC)

I don't know if this has anything to do with your problem, anonymous, but I found out that there was a problem on my Wiki with the POM extension which was messing with all extensions in a way that was difficult to detect. Maybe see if there's anything funny when you view source on your pages, or look and see if there are any extensions which might be interfering in how your page renders. I guess all of them do that. It's probably not helpful, but my problem is solved. Christophermluna 07:56, 10 March 2011 (UTC)

I have had the same problem - the problem is solved by disabling the plugin "Drafts"... newbie 08:57, 15 April 2011 (UTC)

Is there a way I can only allow users to add comments through the LT?

I noticed that users can start discussions trough "Start a new section" in the tab menu, is there a way that i can limit my users from adding comments trough default MW way? So that they can only add discussions or comments trough LiquidThreads anonymous 12:49, 4 March 2011 (UTC)

This is more of a generic problem, I believe. I'd like to extend this thread to understand if there's any way to limit access for any action in LQT. The extension should do a "UserCan" for all actions - otherwise, this has become (from personal experience) a free and open spam/vandal tool. I've had to remove it from my wikis. jdpond 21:11, 31 May 2011 (UTC)

How to assign the "LT edit right" to the specific group, which has only "read" right

Hi all, I have LT extension installed. It works fine, but I have a question. Does anyone know how to assign a right to edit (Start a new discusion) to a group, which has the only right to read pages. When I set

$wgGroupPermissions['user']['edit'] = false;

it automatically removes the link to Start a new discusion feature. I want to allow this group to Read all pages and to Edit only Discussion page. Arkasha 17:41, 8 March 2011 (UTC)

"drag to new location" not working [SOLVED in r89120]

solved in r89120

I installed the recent versions of MediaWiki and the Lqt extension.

However, the "drag and move" function does not work. Can you please explain step-by-step, how it is designed to work? Wikinaut 21:41, 16 March 2011 (UTC)

There is a bug in the JavaScript used by the extension (see bugzilla:28407).

Until it is fixed, the only way I know to drag a topic to a new location is to to disable JS in the browser, use the feature (i.e. click on "Merge into another thread", wait the page to reload, then click on "Merge into this thread" in the target), and then enable JS again. Helder 12:14, 29 May 2011 (UTC)

I found the problem (a missing library).

• Fixed in r89121
• see https://bugzilla.wikimedia.org/show_bug.cgi?id=28407 Wikinaut 17:27, 29 May 2011 (UTC)

Thanks! =) Helder 22:22, 30 May 2011 (UTC)

Prioritisation?

Given that LiquidThreads is listed as a "frontier" priority in the Strategic "product whitepaper"strategy:Product Whitepaper#Frontier: Discussion system, what does that mean in practical terms for the re-engineering and implementation of this project? Does this mean it is indefinitely "shelved" until the other more high priority tasks are complete (which will be at least 3 years for a rich text editor)? It seems a great shame to drop it after having worked on this for so long, and recently revamped it. Witty lama 10:16, 17 March 2011 (UTC)

It means that there are no full-time resources being assigned to the project. I don't really know much more about it than that. Jorm (WMF) 16:22, 17 March 2011 (UTC)

At this point, the primary developer assigned to the project is Andrew Garrett, who is a part-time contractor with the Wikimedia Foundation. We'll provide appropriate additional support (design/QA etc.) as needed. We're not able to add more staff resources at this time, but we may look into additional contract support if it can be helpful to Andrew.

We don't expect the RTE to take 3 years, and we hope to achieve frequent iterative milestones. Regardless, I'd love for us to be able for us to push more projects in parallel. Any help filling current job openings is appreciated. Eloquence 21:04, 17 March 2011 (UTC)

PostgreSQL

Whether support PostgreSQL is planned? 89.250.160.114 18:47, 20 March 2011 (UTC)

As far as I know this is not planned. If someone is interested, or if the extension gains traction, someone will hopefully contribute a patch. siebrand 23:01, 21 March 2011 (UTC)

Actually, it is quite sad not providing PostgesQL support or even planning for it. LQT is a very cool and outstanding extension and I use it on all my wikis. It really makes a difference. Those days I would love to move form MySQL to PostgresQL with LQT abord. It is a shame that I am not able to provide this patch. :( [[kgh]] 00:25, 23 March 2011 (UTC)

Yeah; we are having difficulty finding developers to work on LQT for our own use; porting to PostgreSQL is going to be low on the priority for WMF-funded development, I expect. Jorm (WMF) 00:30, 23 March 2011 (UTC)

Very much, it is a pity. 89.250.160.114 03:43, 23 March 2011 (UTC)

Actually getting it working under postgresql was a fairly trivial thing. I needed it done for something I'm working on now and I could upload the changes once I'm sure everything is working properly. 143.116.116.91 15:38, 31 March 2011 (UTC)

That sounds great! Please provide a patch against trunk in our bug tracker. siebrand 16:27, 31 March 2011 (UTC)

Sorry, I'm having a bit of trouble with this. I haven't used bugzilla before, and I'm not sure if you want me to submit it under a particular bug. If so, then give me the ID of which one to use. Otherwise let me know what to do. 143.116.116.91 15:27, 1 April 2011 (UTC)

Please just create a new issue and attach the patch file. siebrand 20:04, 3 April 2011 (UTC)

Has this been done? From what I can tell, the first problem one hits right away is that lqt.sql has invalid SQL syntax so update.php fails on install. It seems to be using proprietary MySQL data type statements. See http://www.postgresql.org/docs/8.4/interactive/datatype.html compared to http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html

Being compatible with PostgreSQL (or other SQL compliant databases) is generally just a matter of using standard SQL syntax and avoiding MySQL-isms. 69.196.158.110 16:47, 4 May 2011 (UTC)

Take a look at lqt.pg.sql 143.116.116.91 21:29, 10 June 2011 (UTC)

Comments Section

Is there a way to integrate LT into an article's content rather than on the discussion page, so as to flow more like other websites? Thanks. 143.116.116.91 15:55, 25 March 2011 (UTC)

Hi, just add {{#useliquidthreads:1}} to the page. Please be aware that regular editing of this page it thus only possible via the edit button just over the lqt section. Cheers [[kgh]] 17:13, 25 March 2011 (UTC)

Awesome, thanks :3 143.116.116.91 19:03, 25 March 2011 (UTC)

Do I edit {{#useliquidthreads:1}} to Localsettings.php file? 65.200.175.75 15:25, 13 October 2011 (UTC)

No, not in any file. It goes on the page that you want to use LiquidThreads. Reach Out to the Truth 15:28, 13 October 2011 (UTC)

it adds the discussion panel to the main page but it says that discussion page is empty.it's not. 213.134.163.135 16:07, 16 October 2011 (UTC)

Hosted server issue: You don't have permission to access /maintenance/update.php

Hello,

I am attempting to install this extension and run the 'update.php' script. I am running MediaWiki off of a hosted server and have had some difficulty running the script: "You don't have permission to access /maintenance/update.php on this server." I have contacted the hosting company, inMotion but could not resolve the issue.

Help from anyone who has experienced this in the past would be greatly appreciated!

Mike Mottavibrannon 06:29, 30 March 2011 (UTC)

You could try to update the MediaWiki database manually.

See $IP/extensions/OpenID/openid_table.sql for the MySQL commands:

--
-- SQL schema for OpenID extension
--
CREATE TABLE /*$wgDBprefix*/user_openid (
  uoi_openid varchar(255) NOT NULL PRIMARY KEY,
  uoi_user int(5) unsigned NOT NULL
) /*$wgDBTableOptions*/;
CREATE INDEX /*$wgDBprefix*/user_openid_user ON /*$wgDBprefix*/user_openid(uoi_user);

and then try if it works. Wikinaut 06:51, 30 March 2011 (UTC)

I was able to do this by making a partial clone of the MW deployment on my desktop machine -- with LocalSettings.php configured to use the same database as the real site. You only need PHP and the MySQL client, not Apache or the MySQL server. In theory this should work just as well as running scripts on the actual server, as long as they are only doing DB operations.

The subfolders I needed in order for the update scripts to work:

• extensions
• includes
• languages
• maintenance

This only works if your hosting account lets you connect to MySQL from outside, but many of them do. If that's not an option, you could clone the data locally, run the scripts, and then update the site from the local data.

Hope this is helpful. Woozle 13:22, 8 May 2011 (UTC)

hi, i've had the same issue. in maintance folder you need to comment out the "deny from all" row from .htaccess. u also may have to set chmod for update.php to 0777 temporarily. in my case after running .../uptade.php the site left blank. but unfortunately LiquidThreads don't show up in special:version :(( any ideas?

thanks and greets 129.70.125.17 10:11, 18 May 2011 (UTC)

Threads added to /wiki/API without subject line [REGARDED AS SOLVED]

We have the problem that any threads that are being created using LT, but where no subject is defined are ending up on /wiki/API instead of the designated Talk: page. We're using r75373 of the development trunk with a 1.16.x mw installation. Is a more recent revision still working with mw 1.16.x ?

Here's how one of our users described the problem in his ticket:

When "starting a new discussion" on a Talk:Title page and omitting the "subject" text entry cell, the resulting discussion
(without threading or signature) is saved @ https://www.hackerspace.lu/wiki/API instead of the Talk:Title page.

I haven't verified the version used on mediawiki.org but on here, threads are not allowed without a subject line. I can't find any reference to making fields obligatory on the extension's manual page. Thanks for your help! Clausekwis 09:57, 3 April 2011 (UTC)

I'd just like to bump this thread. Could anyone point me to how to set the subject field as required? Clausekwis 19:17, 30 May 2011 (UTC)

This appears to be solved in the trunk version (r89877). closed thread as solved. Wikinaut 13:06, 11 June 2011 (UTC)

I can verify this as soon as I find a working revision. Clausekwis 13:35, 24 July 2011 (UTC)

Logged in users served blank pages

After installing LiquidThreads r75373 using Manual:Upgrading#Re-run_the_installer onto MW 1.16.2, the wiki works fine for users who are not logged on. However, as soon as someone logs on, every single page is served blank, with absolutely nothing being sent to the browser. Why is this, and how can I fix it? 80.229.152.246 17:06, 4 April 2011 (UTC)

It sounds like the code is crashing before it gets to the output stage -- in which case you need to turn on error reporting to see what's causing the problem. Might not be a known bug; might be something specific to your configuration. Woozle 13:25, 8 May 2011 (UTC)

next version release?

when will next version be released? how to disallow users to edit other users comments? 89.167.101.134 17:43, 6 April 2011 (UTC)

Another release will be made some time in July. Andrew Garrett 07:09, 6 May 2011 (UTC)

do you plan to migrate comments with some script from the current release to the next major version in july? 89.167.101.134 16:40, 12 May 2011 (UTC)

Yes. Andrew Garrett 04:20, 14 May 2011 (UTC)

Migrate from older installation

Hi,

I want to migrate from an older installation of lqt, namely r46444 from January 2k9.

However, when I svn up my installation, I don't see the old threads. If I set the $wgLiquidThreadsMigrate = true; when opening a talk page, just nothing happens for ages (same if I manually php the migrateDatabase.php)

Can anyone point me to the required procedures? 83.65.127.178 08:14, 20 April 2011 (UTC)

I would say set $wgLiquidThreadsMigrate to true, and run migrateDatabase.php. What happens when you do that? Andrew Garrett 07:07, 6 May 2011 (UTC)

Ahm, you DID read, that I did exactly what you suggested? ;)

Anyway, it's running now 83.65.127.178 13:39, 12 May 2011 (UTC)

Problems with MW1.16 + UsabilityInitiative + LQT r75373

I'm using above mentioned versions. However I'm having the problem, that when I press the summarize link of any thread, I get NumberOfPostsInThread+1 WikiEditor Toolbars.

Any hints? 83.65.127.178 11:08, 20 April 2011 (UTC)

This is probably a LiquidThreads bug. I'll investigate it at some point soon. Andrew Garrett 07:13, 6 May 2011 (UTC)

Workaround for error 1071: Specified key was too long on install

I'm running the latest SVN version on hosted server. They don't allow me to use InnoDB and I have to stick with MyISAM. I can't run update.php because "1071: Specified key was too long; max key length is 1000 bytes". The problem is with line 35 on lqt.sql

CREATE INDEX thread_article_title ON /*$wgDBprefix*/thread (thread_article_namespace, thread_article_title, thread_sortkey);

As per bugzilla:26517, this is a known bug waiting and will be fixed by rewriting the extension. Since I need it now, I change line 35 above to:

CREATE INDEX thread_article_title ON /*$wgDBprefix*/thread (thread_article_namespace, thread_article_title);

update.php ran smoothly and I can use the extension. Change in index surely will affect the performance, but since I only use it in very small wiki, this workaround works for me now. IvanLanin ♫ 06:05, 30 April 2011 (UTC)

I run update.php successfully, but LT still can't work.

last few line of SSH like this:

Modifying draft_token field of table drafts...ok
Deleting old default messages (this may take a long time!)...Done
Checking site_stats row...ok.
Purging caches...done.
Done.</pre>

but my site still show :
<pre>A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:
(SQL query hidden)
from within function "IndexPager::reallyDoQuery (LqtDiscussionPager)". Database returned error "1146: Table 'moegirlo_test.thread' doesn't exist (localhost)".

and then I run sql: lqt.sql's data direct in phpMyAdmin it work.

Now I want to know why update.php don't creat table.(PS: atabase user needs to have CREATE rights) 晒太阳的冰 16:21, 18 May 2011 (UTC)

Need group permissions

Hi,

Love LT, but the security is letting me down. I currently have * set to read only in group permissions but it seems this setting doesn't carry over to the LT extension. This means I won't be able to use it, unless I am missing something....?

Please advise. Thanks Gsisson 23:50, 19 May 2011 (UTC)

I've just encountered a similar problem. Apparently, LQT does not do a "UserCan" in the discussion area. My specific problem was that certain read-only pages allowed unauthenticated users to add spam into the discussion areas.

Disabling all LQT until such time as problem can be addressed. jdpond 20:21, 31 May 2011 (UTC)

It looks like LQT relies on the 'createpage' permission. So:

$wgGroupPermissions['*']['createpage'] = false;

worked for me. Jlemley 17:10, 1 June 2011 (UTC)

Add a facebook Like

I'm using the facebook login extension, Where do add the code "<fb:like></fb:like> so users can like any comments across the wiki? 216.81.94.70 12:50, 26 May 2011 (UTC)

display discussion below article; closed-<talkpage> tag breaks page. [Bug 29211 ]

i can't find any information that using <talkpage /> will display discussion page below the main article page. can you confirm that's true? i can only see a blank page after saving a page with this phrase. 79.187.132.74 08:55, 30 May 2011 (UTC)

• Filed as Bug 29211 - "LiquidThreads crahes (shows an empty page) if tag <talkpage /> is found". I can confirm your observation. Wikinaut 19:33, 30 May 2011 (UTC)

how to use liquid thread for main namespace

Is it possible to use liquid thread for main namespace, instead of discussion namespace? If yes, which settings should be changed? Wayiran 01:03, 13 June 2011 (UTC)

add LiquidThreads to every wiki page

How do I set LiquidThreads so it comes up automatically on every wiki page and every new page created? I have a large wiki and I don't want to add to every page source. I want it to appear on the page, not the talk page. The only page I don't want it on is the main page. How would I exclude that? Thanks Tech 17:58, 15 June 2011 (UTC)

You are asking the same question as mine, just in different words. It was better if you could have a look at existing threads and then starting a new one. Wayiran 23:44, 15 June 2011 (UTC)

add avatars

Does anyone know how to add an avatar to the comment post? I have Social Profile extension installed. How can I pull an avatar from there? Tech 18:20, 15 June 2011 (UTC)

This would be a nice feature... hollosch 15:49, 16 June 2011 (UTC)

It's in the making. See LiquidThreads 3.0 Cheers [[kgh]] 17:42, 16 June 2011 (UTC)

customise the comment section

Where can I find the code to remove some of the buttons, 'history, move unwatch...' that come up next to the comment post? Also how can I change the look of the comment text box. There are so many different code in liquidthreads I'm having a hard time finding the relevant parts to edit. Thanks Tech 18:25, 15 June 2011 (UTC)

LQT + Force Preview

Hi, i want to use LQT and ForcePreview (for unregistered) User. But if i configure Force Preview like the manual, it don't work on the disussion-sites with LQT. How can i exclude the discussion-pages ? hollosch 15:48, 16 June 2011 (UTC)

I find out the reason why LQT broke {{Special:Newimages/XX }}

I install new LQT. I thought it fixed.

Then a user leave a massage(use LQT),{ {Special:Newimages/XX} } broke again.

I start to notice that this user's ID contain . (ID is Haru.jpg)

When LQT is runing, once this guy leave a massage(show on mainpage by{ {Special:recentchanges/5} }), Newimages broke.

So that other user need to make 5 more change to cover the change made by Haru.jpg.

Wish this bug can be fixed soon. 晒太阳的冰 10:01, 20 June 2011 (UTC)

New Messages Issue - Cannot Mark as Read

I know that this extension is being redesigned, but on the 1.16 snapshot (which is r75373) with MW 1.16.5, we are having trouble with marking "New Messages" as read. When clicking either the individual "Mark as read" button, or the "Mark all as read" button, it appears to perform the task and returns a message stating that the thread was marked as read. However, when clicking "New Messages" again, the messages are back, and the count in the header never changes.

I found a function in NewMessagesController called markThreadAsReadByUser that is called when a user marks a new message as read. Its main purpose appears to be to delete a row from the user_message_state table using this code:

$dbw->delete(
'user_message_state',
array( 'ums_user' => $user_id, 'ums_thread' => $thread_id ),
__METHOD__
);

I replicated this process by deleting a relevant row from that table, and all that changed was the count in the header next to New Messages. The thread that I removed remains in the list.

Has anyone else noticed this behavior? Does anyone have an idea of how to troubleshoot / fix it?

...

Edit: I realized that the thread I deleted from the user_message_state table had a reply, and that's the reason it wasn't removed from my list. I deleted the reply thread, and now that thread is completely gone from the New Messages list. So appears that the only thing that is failing is the delete function itself.

Edit 2: It appears the problem is in the javascript function. Turning off javascript in the browser resolves the issue of the thread not being marked as read. For brevity, I worked around this issue by commenting out the following line from pages/NewUserMessagesView.php:

$wgOut->addScriptFile( "$prefix/newmessages.js" ); Jlemley 19:26, 20 June 2011 (UTC)

lqt_method=talkpage_history

System message "Reply to" in column "Comment" on the history for the talkpage does not seem to be translatable. Thus every language gets the message "Reply to". It would be good if this message will be available for translation too. Thank you and cheers [[kgh]] 19:00, 4 July 2011 (UTC)

Suggestion - option to always show full discussion

It is irritating to click "Show 3 replies", "Show 4 replies", "Show 34 replies" etc... Bulwersator 22:29, 18 July 2011 (UTC)

Trouble finding a working revision

I do have some trouble finding a revision that works with the trunk of mw 1.17.x (r92980)

The revision given by the Snapshot finder (r92258) results in this error message:

Fatal error:  Class 'RequestContext' not found in /var/local/mediawiki/extensions/LiquidThreads/classes/View.php on line 362

Whereas chosing an older revision, such as r89877 results in this error message:

Fatal error:  Call to undefined method FauxRequest::getSessionArray() in /var/local/mediawiki/extensions/LiquidThreads/classes/View.php on line 390

It is either or, I have been unable to find an intermediary revision that would work. Some kind of compatibility chart (or, as previously requested, tags) would be nice to have. 88.207.227.92 12:34, 24 July 2011 (UTC) 12:27, 24 July 2011 (UTC)

Try using MW1.17 with Liquid threads from the MW1.17 branch or tag.

http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_17_0/extensions/LiquidThreads/

The head of LT failes with the error you give when used with older MW (I think RequestContext is new in MW1.18) 81.105.166.145 12:36, 22 November 2011 (UTC)

Cheers, that tag works well. Clausekwis 14:32, 4 December 2011 (UTC)

Useless info about new message (by myself)

The inline message about new posts being available is quite useless when the reply is from me and already displayed (after saving). Subfader 23:59, 31 July 2011 (UTC)

Does LiquidThread work in 1.17

I am considering a new install and trying to figure out if I should use 1.16 or 1.17 Has somenone tested on 1.17 ? br C. Ponsard 08:44, 12 August 2011 (UTC)

I suggest to use the trunk versions of MediaWiki and Lqt, it works. The translatewiki:Translating:MediaWiki runs this live, see translatewiki:Special:Version for detailed and up-to-date version info. If you like OpenID, you can run that with OpenID, which I maintain, too. Wikinaut 13:53, 12 August 2011 (UTC)

Current distribution(MW1.17-r92258) seems buggy.

• Ajax loading indicator never disappearing when reply button was clicked.
• Wiki Editor seems not supported.

is it general common problem? or Do I've suffer some extra case? (I'm using MW 1.17) 118.129.100.172 06:30, 16 August 2011 (UTC)

Hello. Sorry, I only have time to fix issues in the trunk version. Perhaps you can use trunk versions of MediaWiki and Lqt ? Wikinaut 06:34, 16 August 2011 (UTC)

I tried the trunk version to see if it fixed this error, but it ended up not working at all. (Something about "WatchAction." I started a different thread about it.)

Anyway, I decided to try to use it with the WikiEditor extension, and the loading indicator no longer stays around indefinately! Note that you have to load WikiEditor BEFORE LiquidThreads in your LocalSettings.php. Of course, if you dont like the WikiEditor extension, you are still out of luck ;) 184.57.224.121 20:28, 4 September 2011 (UTC)

Affirmative. You need WikiEditor to get LQT running properly. And whilst you are enabling WikiEditor you have to disable CKEditor since both extensions do not work on one wiki. This puts me into serious misery since CKEditor is very important. However LQT is equally important for me. I would not like to decide which of them to abandon. Due to user feedback WikiEditor is sadly not an option. For the time being I cannot upgrade to 1.17. Is there any chance that the current dependency of WikiEditor and LQT will be reversed if possible at all? One may be frank about it. I am prepared for the worst. Cheers [[kgh]] 20:53, 12 September 2011 (UTC)

Oops, I was wrong. Installing WikiEditor did only fix the display of existing threads. It is still not possible to add new ones (loading indicator keeps on turning and turning). I would greatly appreciate a version of LQT working with MW 1.17. Using trunk of MW, which is MW 1.19 as I understand, is sadly not an option for me.

Edit: I miraculously got it working on MW 1.17 with r68779 of LQT. No WikiEditor is necessary and CKEditor is up and running too. However I am still in fear of the future. LQT is a fantastic extension. It ought to be supported by every MW version. [[kgh]] 23:04, 12 September 2011 (UTC)

The hardcoded dependency for LQT was introduced in rev:95631 although I'm sure why it's actually needed, Perhaps you could open a bug in bugzilla: about it. Peachey88 02:13, 13 September 2011 (UTC)

Hmm, I do not think that this would be wise. I trust that the developers of LQT have this page on their watchlist. This should be sufficient to make them aware. Considering that WMF is using WikiEditor on its wikis it is not too far off to assure that they integrate well. Of course, since MW is really great an useful for multiple purposes there is an increasing wiki world outside WMF which might not think that WikiEditor is optimal. On the other hand, since WMF is paying for the show they should have the say. I am sure that they will definitely avoid a dependency if possible. Cheers [[kgh]] 07:20, 13 September 2011 (UTC)

At least, I do read your contribution. Recently, I downgraded the extension to status "experimental" as I found that so many fucntions are not correctly working - that I gave up to fix them. The Foundation has announced that a new release will be done - but I haven't seen a single line of code until today, and I am not member of these teams. Sorry, I cannot help you. Wikinaut 07:30, 13 September 2011 (UTC)

That is what I guessed and this is why I did not open a bug. There are no doubts at all that you would help if there was an easy solution. Actually I appreciate that you are around preventing the worst for this release. :) Lets hope for the new release and that the team members are aware. Cheers [[kgh]] 07:41, 13 September 2011 (UTC)

Integration with DPLforum

How can I integrate the LQT with the DPLforum extension? 109.60.171.226 13:28, 4 September 2011 (UTC)

Probably impossible. Nemo 13:27, 29 September 2012 (UTC)

"WatchAction" error

I am getting the following error after trying to go from the 1.17 version to the trunk version (LiquidThreads-trunk-r96248.tar.gz):

2011-09-04 20:10:51: (mod_fastcgi.c.2711) FastCGI-stderr: PHP Fatal error: Class 'WatchAction' not found in /wiki/extensions/LiquidThreads/classes/Thread.php on line 115

I am using lighttpd with fastcgi and php 5.3.2. My mediawiki version is 1.17.0. 184.57.224.121 20:12, 4 September 2011 (UTC)

I went back to the 1.17 version and things are working again. I did lose my old threads though. 184.57.224.121 20:30, 4 September 2011 (UTC)

Upgrade your MediaWiki to the trunk version. Wikinaut 21:03, 4 September 2011 (UTC)

Slow & unorganized

Browse, edit, preview or follow Talk:Article feedback to see how slow LQT can be. Not to mention the unorganized structure... It feels like 1999 :/ Subfader 22:51, 24 September 2011 (UTC)

The rewrite should fix at least the speeds and I believe there is also plans for a design overhaul as well. Peachey88 00:17, 25 September 2011 (UTC)

Good to hear. I know it has been a hell to code. It just doesn't seem to work well for hot discussions. Subfader 11:08, 25 September 2011 (UTC)

Extension:LiquidThreads/Redesign - huzzah!    Thorncrag   17:23, 26 September 2011 (UTC)

huzzah? No code output yet. Wikinaut 20:29, 26 September 2011 (UTC)

No code output yet? I've seen multipul CR comments where you have been told where the redesign is happening at the moment. Peachey88 00:59, 27 September 2011 (UTC)

That looks nice. Like real webdesign even :) Subfader 20:43, 26 September 2011 (UTC)

Agree, Subfader. I am eagerly, but patiently anticipating :)    Thorncrag   18:59, 27 September 2011 (UTC)

Enable Edit toolbar?

How do I enable the Edit toolbar with, Advanced, special Characters, and help options? I don't have the edit toolbar on my LQT. Please advice. Kakashi 17:13, 13 October 2011 (UTC)

Ugly dark backround

The new dark backround

• is ugly,
• makes links hard to find and
• makes new posts hard to find. Even pre boxes are highlighted more than new posts. Subfader 19:16, 20 October 2011 (UTC)

Hi,

I installed LQ 2.0-alpha on MW 1.16, PHP 5.2.9, on a CentOS 5.6 OS and the "ugly background" does not show up...any ideas why? 95.64.90.34 07:53, 26 October 2011 (UTC)

Also, I do not understand how do I enable the Expand/Collapse arrows.

Does anyone have some feedback? 95.64.90.34 08:41, 26 October 2011 (UTC)

Maybe some local css. Subfader 11:38, 26 October 2011 (UTC)

Explicit comment hierarchy indicators

Is there already an option for explicit comment hierarchy indicators? Dreamwidth just added that as an option and it sounds like a lot of people love it, especially for accessibility/universal design.

If you turn on this option, when viewing comment pages... comments will then display an outline-style explicit numbering of comment threads, allowing people who access the site via screenreader and non-graphical browser to see the relationships of comments inside a comment thread. (It will look sort of like a content outline: 0, 1, 1a, 1b, 1b1, 1b2, 1c, 1c1, etc.)

This is a major accessibility win -- one of my screenreader-using friends didn't realize until after using LJ and then DW for about five years how sighted people were figuring out which comments were replies to which... Sumanah 14:29, 2 November 2011 (UTC)

LQT posts order ideas

posts could be ordered and sorted by date/last modification date/number of replies/author rank/author number of posts/helpful answer. it should be a setting in LocalSettings.php. first order by...then order by...etc 213.134.163.135 19:16, 5 November 2011 (UTC)

liquidTreads

how do i allow people to post on the liquid threads with out having the edit rights im trying to set it up on this page http://imperialism-wiki.zxq.net/index.php/Bug_Reports

would have asked on irc but it seems to be down http://adidashgsdje.blogspot.com/ 22:18, 18 November 2011 (UTC)

Manual:$wgNamespaceProtection wargo 09:02, 19 November 2011 (UTC)

that didn't help unless u can tell me how to allow all user to have edit wrights on just the discussion tab and nothing else because no matter what i do when i go to edit then click start new thread all i get is "You cannot post new threads to this discussion page because it has been protected from new threads." but when i login to my account which has edit rights i can make a new thread 68.56.174.246 11:37, 19 November 2011 (UTC)

infinite ajax loader

This issue has been resolved, Please use the development version (trunk) if you are having this issue, this is a confirmed solution

why on some of my websites using liquidthreads i can create new threads, but on the other websites it shows ajax loader all the time (can't see writing form).my cache directory is writable. 213.134.163.135 17:57, 19 November 2011 (UTC)

i have the same problem. anyone knows the answer? how to fix that? 85.28.158.38 22:17, 20 November 2011 (UTC)

Same issue on PCGamingWiki, Seems to be a "Uncaught Error: Unknown dependency: mediawiki.action.edit.js" is the main issue 69.171.162.77 16:55, 25 March 2012 (UTC)

Lqt is not maintained any longer. Wikinaut (talk) 16:59, 25 March 2012 (UTC)

It is, but we don't know how, so it's just as good as if it were not. Jasper Deng (talk) 17:24, 25 March 2012 (UTC)

No, it is not maintained. Try for example to drag and drop a thread to a top location - this does not work since years. Wikinaut (talk) 17:36, 25 March 2012 (UTC)

At least for version 2.0... Jasper Deng (talk) 17:38, 25 March 2012 (UTC)

As time progresses, this sadly turns out to be one of MediaWiki's greatest myths. :( [[kgh]] (talk) 17:40, 25 March 2012 (UTC)

Ever since Extension:VisualEditor was begun.

In any case, it would help if you I could see (@OP) your web console output, since that shows JS errors. Jasper Deng (talk) 17:44, 25 March 2012 (UTC)

Uncaught TypeError: Cannot call method 'appendChild' of null
window.onloadPCGamingWiki:Forum:1
Unsafe JavaScript attempt to access frame with URL http://pcgamingwiki.com/wiki/PCGamingWiki:Forum from frame with URL http://googleads.g.doubleclick.net/pagead/ads?client=ca-pub-0027458528988311&output=html&h=90&slotname=2657560885&w=728&lmt=1332709228&flash=11.1.102&url=http%3A%2F%2Fpcgamingwiki.com%2Fwiki%2FPCGamingWiki%3AForum&dt=1332698180457&bpp=37&shv=r20120314&jsv=r20110914&prev_slotnames=9370099697%2C8824868417&correlator=1332698212853&frm=20&adk=1612791876&ga_vid=1402246595.1332698196&ga_sid=1332698196&ga_hid=1717413419&ga_fc=1&u_tz=-300&u_his=2&u_java=1&u_h=576&u_w=1024&u_ah=546&u_aw=1024&u_cd=32&u_nplug=14&u_nmime=98&dff=sans-serif&dfs=16&adx=219&ady=107&biw=1007&bih=257&oid=3&fu=0&ifi=1&dtd=M&xpc=B0IuAptVZT&p=http%3A//pcgamingwiki.com. Domains, protocols and ports must match.
load.php:5345Uncaught Error: Unknown dependency: mediawiki.action.edit.js
recurseload.php:5345
resolveload.php:5380
resolveload.php:5372
loader.usingload.php:5740
window.liquidThreads.injectEditFormload.php:152
window.liquidThreads.handleReplyLinkload.php:37
jQuery.event.dispatchload.php:1761
jQuery.event.add.elemData.handle.eventHandleload.php:1542
XHR finished loading: "http://pcgamingwiki.com/api.php?action=query&list=threads&thid=160%7C113%7C229%7C221%7C178%7C145%7C165%7C158%7C116%7C143%7C115%7C27%7C14%7C6%7C1&format=json&thprop=id%7Csubject%7Cparent%7Cmodified".
XHR finished loading: "http://pcgamingwiki.com/api.php?action=query&list=threads&thid=160%7C113%7C229%7C221%7C178%7C145%7C165%7C158%7C116%7C143%7C115%7C27%7C14%7C6%7C1&format=json&thprop=id%7Csubject%7Cparent%7Cmodified".
XHR finished loading: "http://pcgamingwiki.com/api.php?action=query&list=threads&thid=160%7C113%7C229%7C221%7C178%7C145%7C165%7C158%7C116%7C143%7C115%7C27%7C14%7C6%7C1&format=json&thprop=id%7Csubject%7Cparent%7Cmodified".

This is the output of a Anon page load, with a try to click the reply button 69.171.162.77 18:02, 25 March 2012 (UTC)

Something is apparently missing in your extension directory; what's that doubleclick frame doing in a LiquidThreads frame? Jasper Deng (talk) 18:04, 25 March 2012 (UTC)

Just part of the page, here is one when logged in (as sysop) Also, Im using MW1.19b2, Chrome 17.0.963.83 m

load.php:144Uncaught Error: Unknown dependency: mediawiki.action.edit.js
recurseload.php:144
resolveload.php:145
resolveload.php:145
loader.usingload.php:154
window.liquidThreads.injectEditFormload.php:7
window.liquidThreads.handleReplyLinkload.php:2
jQuery.event.dispatchload.php:48
jQuery.event.add.elemData.handle.eventHandleload.php:41

69.171.162.77 18:12, 25 March 2012 (UTC)

What it looks like is that it's calling a function or something that is somehow missing... Jasper Deng (talk) 18:16, 25 March 2012 (UTC)

well in lqt.js there is this block of JS

mediaWiki.loader.using(['mediawiki.action.edit.js'], function() {
                if (isIE7) {
                    $j(container).empty().show();
                }
                liquidThreads.loadInlineEditForm(params, container, function() {
                    if (typeof mediaWiki.loader != 'undefined' && mediaWiki.loader) {
                        mediaWiki.loader.using(['ext.wikiEditor', 'ext.wikiEditor.toolbar.i18n', 'jquery.wikiEditor.toolbar', 'jquery.wikiEditor.dialogs', 'jquery.async', 'jquery.cookie'], finishSetup);
                    } else {
                        finishSetup();
                    }
                });
            });

Seems to be the only ref to that resource 69.171.162.77 18:25, 25 March 2012 (UTC)

I mean, in the mediawiki.action.js script itself, it appears. Jasper Deng (talk) 18:26, 25 March 2012 (UTC)

if its a regression in mediawiki.action.js who knows what else is depending on the same thing lqt is, and also breaking, I'm no JS wizard, so maybe someone with some knowledge of JS can help out to file a bug report? 69.171.162.77 18:41, 25 March 2012 (UTC)

The problem is: 'Lqt is not maintained any longer.' (see post #4) Thus a bug will not help. [[kgh]] (talk) 18:44, 25 March 2012 (UTC)

but yet its used as a core mediawiki.org function... 69.171.162.77 19:02, 25 March 2012 (UTC)

It seems to work fine on this wiki, but it's just that it'll have to be this way for a long time :(. Jasper Deng (talk) 19:21, 25 March 2012 (UTC)

Thanks to Krinkle in #wikimedia-dev I was able to resolve the issue, upgrade to the trunk version of lqt, and it fixes this issue 69.171.162.77 20:46, 25 March 2012 (UTC)

I'd like to add to this solution.

I updated to the trunk version, which alone did not fix my issue with the spinner. However, strangely, after trying to reproduce the mediawiki.org LQT environment, I found that installing Extension:WikiEditor completely solved my ajax loader not going away. I'm not sure why, but it works for me.

Hope this helps someone. Craig131 (talk) 21:24, 3 September 2012 (UTC)

if its a regression in mediawiki.action.js who knows what else is depending on the same thing lqt is, and also breaking, I'm no JS wizard, so maybe someone with some knowledge of JS can help out to file a bug report? 69.171.162.77 18:41, 25 March 2012 (UTC)

There is no module named "mediawiki.action.edit.js" in MediaWiki. The module is named "mediawiki.action.edit". This name was not changed, but was a typo in LiquidThreads. This part has never worked. Probably sneaked into a release by accident. I has been fixed in in the latest development version.

Yes, it has been fixed. Although LQT is being rewritten, the current version in the main channels is being maintained a little bit, such as this bug fix. Krinkle (talk) 20:51, 25 March 2012 (UTC)

I'm on mw 1.17.3 and just installed lqt 1.17.x version; my spinner still spins when starting a new discussion. The error console reports 4 "jquery is undefined" msgs in lqt.js.

Installed the development trunk version, but it references mw.util.wikiScript which is part of mw 1.18.

any help is appreciated to upgrade lqt for 1.17.

thanks Hypergrove (talk) 07:52, 24 April 2012 (UTC)

Also to answer your question, I pasted the entire JS console log, We run ads for non logged in users. 69.171.162.77 18:16, 25 March 2012 (UTC)

This is bugzilla:31809, which should be fixed soon (see gerrit:17777). Helder 00:18, 10 August 2012 (UTC)

I am facing same issue, I have MW 1.19.1 I tried LQT development version (trunk) as well as 1.19.x but issue is still not solved. Aimtohigh (talk) 07:40, 9 August 2012 (UTC)

I'm newbie : I completed install liquid threads but..

I completed install liquid threads but I can't 'start new discussion' link. Exactly, when I click link, a circle-shaped wait indicator appeared in page, but the page ever pass to next phase.

I installed setted LocalSetting.php like this:

require_once("$IP/extensions/LiquidThreads/LiquidThreads.php");

and I runned update.php.

I'm using on Apache server on Windows 7 Professional with MySQL.

ps. Is it possible relationship with $wgHook setting? I'm newbie on mediawiki and server admin so I did nothing set about any hooks.

HELP ME PLEASE!! Dgiim 13:11, 21 November 2011 (UTC)

Hide Table of Contents of top.

How can i hide thread list ('contents') in discussion page?

thanks. Dgiim 15:38, 21 November 2011 (UTC)

Stable, Public SVN with Future Updates

Howdy,

I know there is work being done on 3.0, but is there a public svn for the stable version (that'll also be updated with every new stable release)? Hoping to implement on hackerspaces.org if possible! Thanks. Mattsenate 17:13, 1 December 2011 (UTC)

Can I upgrade from mysql?

I have no ssh Can I upgrade from mysql?

thanks 85.53.105.89 22:40, 7 December 2011 (UTC)