Extension talk:LiquidThreads

Jump to: navigation, search

About this board

Archives 

Archive 1 Archive 2

See also Talk:LiquidThreads 3.0/Design, Talk:LiquidThreads 3.0.


By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL

Allow anonymous to post to liquid thread

6
67.40.190.150 (talkcontribs)

Ok So I have my Wiki set to allow anonymous to edit pages but not add new pages. anonymous can edit or add talk pages just not main pages. Why will Liquid Threads not allow anonymous users to post a thread then. Does anyone know how to change Liquid Threads to allow anonymous users to post even though creatpage is disabled. Below are my permissions. The Wiki is www.trailwiki.us if you want to see what I am talking about.

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

$wgGroupPermissions['*']['createtalk'] = true;

$wgGroupPermissions['*']['edit'] = true;

$wgGroupPermissions['*']['edittalk'] = true;

$wgGroupPermissions['user']['createpage'] = true;

This post was posted by 67.40.190.150, but signed as fox15rider.

Stefahn (talkcontribs)

Thanks to your post I found out how to disable LiquidThreads for anonymous writers (exactly the opposite of what you wanted to do ;)
I had to set ['*']['createpage'] to false.

It seems you managed to enable LiquidThreads for anons now?

Fox15rider (talkcontribs)

I have still not figured out how to allow anonymous people to add comments on liquid threads. I would like to only allow users to edit pages but allow anonymous users to post on liquid threads.. Anyone out there know how?

Nemo bis (talkcontribs)

I'd consider this bugzilla:26383.

211.61.23.35 (talkcontribs)
$wgNamespaceProtection[NS_MAIN]      = array( 'ns-protected' );
$wgNamespaceProtection[NS_USER]      = array( 'ns-protected' );
$wgNamespaceProtection[NS_SPECIAL]      = array( 'ns-protected' );
$wgNamespaceProtection[NS_FILE]      = array( 'ns-protected' );
$wgNamespaceProtection[NS_MEDIAWIKI]      = array( 'ns-protected' );
$wgNamespaceProtection[NS_TEMPLATE]      = array( 'ns-protected' );
$wgNamespaceProtection[NS_HELP]      = array( 'ns-protected' );
$wgNamespaceProtection[NS_CATEGORY]      = array( 'ns-protected' );

$wgGroupPermissions['*']['createaccount']  	 		= true;
$wgGroupPermissions['*']['read']           			= true;
$wgGroupPermissions['*']['edit']            			= true;
$wgGroupPermissions['*']['createpage']      			= true;
$wgGroupPermissions['*']['createtalk']      			= true;
$wgGroupPermissions['*']['ns-protected']      			= false;

This allow to create new thread only TALK namespaces which LiquidThreads in. Other default namespaces is not allowed to non user.

If you want check non-human bot, use ConfirmEdit extensions with these options :

$wgGroupPermissions['*'            ]['skipcaptcha'] = false;
$wgGroupPermissions['autoconfirmed']['skipcaptcha'] = false;
$wgGroupPermissions['user'         ]['skipcaptcha'] = true;
$wgGroupPermissions['bot'          ]['skipcaptcha'] = true; // registered bots
$wgGroupPermissions['sysop'        ]['skipcaptcha'] = true;
$wgCaptchaTriggers['edit']          = true; 
$wgCaptchaTriggers['addurl']        = true; 
$wgCaptchaTriggers['createaccount'] = true;
$wgCaptchaTriggers['badlogin']      = true;

in MediaWiki 1.20.3, this works very well.

Want (talkcontribs)

If your MediaWiki use autoconfirmed for confirm users, may it be variable array $wgNamespaceProtection associated with this right.

$wgAutoConfirmAge = 6000;

$wgNamespaceProtection[NS_MAIN]      = array( 'autoconfirmed' );
$wgNamespaceProtection[NS_USER]      = array( 'autoconfirmed' );
$wgNamespaceProtection[NS_SPECIAL]   = array( 'autoconfirmed' );
$wgNamespaceProtection[NS_FILE]      = array( 'autoconfirmed' );
$wgNamespaceProtection[NS_MEDIAWIKI] = array( 'autoconfirmed' );
$wgNamespaceProtection[NS_TEMPLATE]  = array( 'autoconfirmed' );
$wgNamespaceProtection[NS_HELP]      = array( 'autoconfirmed' );
$wgNamespaceProtection[NS_CATEGORY]  = array( 'autoconfirmed' );

$wgGroupPermissions['*']['createaccount']  = true;
$wgGroupPermissions['*']['read']           = true;
$wgGroupPermissions['*']['edit']           = true;
$wgGroupPermissions['*']['createpage']     = true;
$wgGroupPermissions['*']['createtalk']     = true;
$wgGroupPermissions['*']['autoconfirmed']   = false;

I use it with git master branch MW (1.26alpha).

Reply to "Allow anonymous to post to liquid thread"

Is it possible to access the discussion contributions from the wiki after removal of LQT?

7
Kappa~mediawikiwiki (talkcontribs)

I am wondering whether it is possible to find the discussion page created with LQT in the wiki after LQT has been removed from LocalSettings.php. In the DB I still can find a page with the name "Talk:SamplePage/Contribution1" in namespace 90 in the "page" table. If I follow the keys from the "page" table to the "revision" table and then to the "text" table, I also find the text of the contribution. I did however not succeed in finding the contribution in the wiki after removing LQT. If LQT is included in the wiki, the "show permalink" option renders the following permalink for the contribution: "Theme:Talk:SamplePage/Contribution1". As long as LQT is included, this link actually leads to the contribution. As soon as LQT is removed, the link however leads to a non-existing page. Does anybody have an idea, how to solve this problem?

This post was posted by Kappa~mediawikiwiki, but signed as Kappa.

Ciencia Al Poder (talkcontribs)

It's "Theme:Talk:SamplePage/Contribution1" or "Thread:Talk:SamplePage/Contribution1"? It should probably be the second.

I guess the problem is the Thread: namespace that creates LQT, that is no longer present when not installed. You could try defining the Thread: namespace again in LocalSettings.php and you may be able to access messagess as individual pages, although I haven't tested it.

Kappa~mediawikiwiki (talkcontribs)

Great! Defining the namespace in LocalSettings.php works fine. Thank you very much for your quick and helpful answer. By the way: in the German version the namespace name is "Thema", but using "Thread" as namespace name in LocalSettings.php also works fine for other languages.

define("NS_THREAD",90);
define("NS_THREAD_TALK",91);
$wgExtraNamespaces[NS_THREAD] = "Thread";
$wgExtraNamespaces[NS_THREAD_TALK] = "Thread_Talk";

This post was posted by Kappa~mediawikiwiki, but signed as Kappa.

Nemo bis (talkcontribs)

Can you make screenshots?

Ciencia Al Poder (talkcontribs)

screenshots of what?

Nemo bis (talkcontribs)

Of how things look after removing LQT

Kappa~mediawikiwiki (talkcontribs)

I don' have a screenshot, but I can describe what happens: all contributions appear on pages of their own (pages and subpages, depending on the previous nesting). The look-and-feel of a thread on one page will be lost, but the texts of the individual contributions are saved.

This post was posted by Kappa~mediawikiwiki, but signed as Kappa.

Reply to "Is it possible to access the discussion contributions from the wiki after removal of LQT?"
Valeriocipriani (talkcontribs)

how is working the new thread notification?

when a new thread is started what's up? who is noticed and it? and how can I change the default options about this behaviour?

sorry for my english

thx

This post was posted by Raid~mediawikiwiki, but signed as Raid.

Reply to "new thread notification?"

Solution: Exclude LiquidThreads from certain namespaces / avoid conflict with Wikilog

1
Kappa~mediawikiwiki (talkcontribs)

Here is a solution for excluding LiquidThreads 2.0 from certain namespaces and to avoid conflicts with other extensions such as Wikilog:

$IP/extensions/LiquidThreads/LiquidThreads.php: insert at the end of the file:

//Namespaces in which NOT to enable LQT
$wgLqtExcludeNamespaces = array();

$IP/extensions/LiquidThreads/classes/Dispatch.php: insert in the function isLqtPage ( $title ) (line 114) after the lines

		if ( !$title ) {
			return false;
		}

the following lines

// Ignore it if it's e.g. a blog,
// makes no sense to have LiquidThreads there.
	global $wgLqtExcludeNamespaces;
	if ( in_array( $title->getNamespace(), $wgLqtExcludeNamespaces ) ) {
			return false;
	     }

$IP/LocalSettings.php: now provides a variable for specifying the namespaces which are to be excluded from the LiquidThreads functionality. Example:

##LiquidThreads
require_once("$IP/extensions/LiquidThreads/LiquidThreads.php");
$wgLqtExcludeNamespaces[]=401;

## Wikilog
require_once( 'extensions/Wikilog/Wikilog.php' );
Wikilog::setupNamespace( 400, 'Blog', 'Blog_talk' );

According to this specification Wikilog creates the namespaces 400 ("Blog") and (implicitly defined) 401 ("Blog_talk"). For LiquidThreads namespace 401 is excluded. It thus can be used for the comment function of Wikilog

Tested with MW 1.19, MW 1.18 + LQT 2.0-alpha + Wikilog 1.2.0 Kappa (talk) 15:35, 17 July 2012 (UTC)

This post was posted by Kappa~mediawikiwiki, but signed as Kappa.

Reply to "Solution: Exclude LiquidThreads from certain namespaces / avoid conflict with Wikilog"

Liquid Threads does not display properly

3
Lieutenant S. Reznov (talkcontribs)

Here's a link to what it looks like (at the bottom)

http://en.sturmkrieg.com/User_talk:Inquisitor_Ehrenstein

It clearly does not look the way it is intended to look. It looks like it did not finish loading or something. I read something recently that makes me think it could maybe have to do something with cache expiry?

This post was posted by Lieutenant S. Reznov, but signed as Inquisitor Ehrenstein.

He7d3r (talkcontribs)

There are lots of "404 (Not Found)" errors in the console when accessing that page.

Craig131 (talkcontribs)

I believe I am having the same problem with my wiki. It's like the "more" menu in the lower right hand corner doesn't load correctly. Did you ever find a solution?

Reply to "Liquid Threads does not display properly"
Dgiim~mediawikiwiki (talkcontribs)

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

thanks.

This post was posted by Dgiim~mediawikiwiki, but signed as Dgiim.

Reply to "Hide Table of Contents of top."

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

1
Dgiim~mediawikiwiki (talkcontribs)

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!!

This post was posted by Dgiim~mediawikiwiki, but signed as Dgiim.

Reply to "I'm newbie : I completed install liquid threads but.."
Kakashi~mediawikiwiki (talkcontribs)

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.

This post was posted by Kakashi~mediawikiwiki, but signed as Kakashi.

Reply to " Enable Edit toolbar?"
Siebrand (talkcontribs)

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.

Christophermluna (talkcontribs)

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

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.

188.134.35.136 (talkcontribs)

I have had the same problem - the problem is solved by disabling the plugin "Drafts"...

This post was posted by 188.134.35.136, but signed as newbie.

Reply to "LiquidThreads not loading correctly"
Siebrand (talkcontribs)

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)

This post was posted by Siebrand, but signed as Clausekwis.

Reply to "SVN tag for mw 1.16 compatible version"