Extension talk:CategoryTree

Jump to: navigation, search

About this board

Edit description
Archives 

1 (2006/2007) - 2 (2008) - 3 (2009) - 4 (2010) - 5 (2011)


Previous page history was archived for backup purposes at Extension talk:CategoryTree/LQT Archive 1 on 2015-07-10.

Text is available under the Creative Commons Attribution-ShareAlike License; additional terms may apply. See Terms of Use for details.

Start a new topic
You are not logged in. To receive attribution with your name instead of your IP address, you can log in or create an account.
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

Categorytree showing ghosted page in menu

2 comments • 17:36, 9 September 2016 19 days ago
2
Mikelagase (talkcontribs)

I am currently running in to an issue where CategoryTree is showing a deleted page. I have tried numerous things like undeleting the page, removing the category, deleting the page again. Even tried adding the undeleted page back to the previous category only to show 2 ghosted items in the menu. When I remove the category for that page, the second one is removed but the first one remains.

It seems to be some type of a bug that I cannot figure out. I tried setting $wgCategoryTreeDisableCache = true but that didn't make any difference. Is there a way through a configuration parameter that I can clear out the entire DB cache and have it regenerated?

Any assistance would be great here

Reply 08:27, 5 September 2016 24 days ago
Mikelagase (talkcontribs)

Is there any way to reset the category tree database? I'd like to remove this ghosted item in the menu but need some assistance on how one could go about accomplishing this.

Reply 17:36, 9 September 2016 19 days ago
Reply to "Categorytree showing ghosted page in menu"

problem while loading data

13 comments • 13:45, 30 August 2016 29 days ago
13
Paul Hema (talkcontribs)

Moin moin.

The CategoryTree didn't find any subcategories. I hope the following image will show the problem:

While clicking "Erosion durch Wasser" (see the image) the correct pages an the subcategory appears.

Paul

Reply 09:56, 25 August 2016 1 month ago
Tacsipacsi (talkcontribs)

On which wiki did this occur? Is it persistent (have you tried it again as it told)?

Reply 10:07, 25 August 2016 1 month ago
Paul Hema (talkcontribs)

1.27.1

There are no changes when reloaded

Reply 10:11, 25 August 2016 1 month ago
Tacsipacsi (talkcontribs)

I meant can you give a URL for debugging?

Reply 10:16, 25 August 2016 1 month ago
Paul Hema (talkcontribs)

no sorry. It's under construction yet.

The CategoryTree version is

Reply 10:18, 25 August 2016 1 month ago
Paul Hema (talkcontribs)

I have updated the wiki from version 1.24. Maybe there is an old stuff of the previous version?

Reply 10:20, 25 August 2016 1 month ago
Tacsipacsi (talkcontribs)

Then please check your browser console. It can usually be accessed with the F12 key and/or Ctrl+Shift+I (if you can't find it, write me what browser you use and I try to find it out).

Reply 10:23, 25 August 2016 1 month ago
Tacsipacsi (talkcontribs)

If it's under construction, can't you delete the whole wiki and install the most recent versions with a clean installation?

Reply 10:24, 25 August 2016 1 month ago
Paul Hema (talkcontribs) 
{"error":{"code":"readapidenied","info":"You need read permission to use this module","docref":"See https://fbs01/MethodenWiki/api.php for API usage"}}

The given link throws a 500 error.

Reply 11:11, 25 August 2016 1 month ago
Paul Hema (talkcontribs)

Oops. Here is the cmd answer:

What's wrong?

Reply 11:34, 25 August 2016 1 month ago
Tacsipacsi (talkcontribs)

The web error message says that you don't have read permission through the API (while you obviously have through the normal HTML interface). This can be somehow CategoryTree's code error if your wiki's private (i.e. anonymous users can't read pages). It was designed for Wikipedia, where read access is not a problem. The command line error is OK, api.php isn't designed for command line access (it wants to access $_SERVER which I think is an empty array or something like that). For development, you can set $wgShowExceptionDetails = true; in LocalSettings.php (it's not recommended for production use!), although it won't produce any error message in this case, since it's not an error in PHP level.

Reply 17:31, 25 August 2016 1 month ago
Paul Hema (talkcontribs)

Ok, it is a private wiki. So it can be a code error in CategoryTree. I think i have to live with this problem.

Thanks

Reply 07:38, 30 August 2016 30 days ago
Tacsipacsi (talkcontribs)

No, the developers should fix it. I reported here.

Reply 13:45, 30 August 2016 29 days ago
Reply to "problem while loading data"

PLURAL in i18n

2 comments • 08:06, 30 August 2016 30 days ago
2
Paul Hema (talkcontribs)

Moin moin, wouldn't it be better to write out the abbreviations in the i18n files? It coult used the plural forms. For example the param "categorytree-num-pages" coult be something like {{PLURAL:$1|1 page|$1 pages}}. Or {{PLURAL:$1|1 file|$1 files}} for "categorytree-num-files".

If so, someone coult arrange it?

Paul

Reply Edited 08:05, 30 August 2016 30 days ago
This comment was hidden by Paul Hema (history)
Reply to "PLURAL in i18n"

Category pages - Remove MediaWiki lists

2 comments • 00:51, 24 August 2016 1 month ago
2
JimmyRoxburgh (talkcontribs)

Hi All

I use CategoryTree on every one of my Category pages.

I no longer need the built in MediaWiki Pages and Subcategory lists.

How can I disable these?

Reply 03:02, 3 August 2016 1 month ago
JimmyRoxburgh (talkcontribs)

I was able to acheive this using Extension:CSS

{{#css: #mw-subcategories {display: none}  #mw-pages {display: none} }}
Reply Edited 00:51, 24 August 2016 1 month ago
Reply to "Category pages - Remove MediaWiki lists"

Customized collapse/expand/empty images broken after update

4 comments • 12:20, 23 August 2016 1 month ago
4
Rbirmann (talkcontribs)

Hi,

I am having an issue with this extension after upgrading MW from 1.22 to 1.26. I have also updated my CategoryTree extension from whatever version I had installed a couple of years ago to the latest available version, so I am not sure to which of these upgrades my issue is related.

In our wiki, back in MW 1.22 and the old CT version, we had changed the color of the category tree bullets by changing MediaWiki:categorytree-collapse-bullet, MediaWiki:categorytree-expand-bullet and MediaWiki:categorytree-empty-bullet to something like this:

<span style="color:#ffd15a;">▼</span>

This was working fine, but now, in MW 1.26 with the latest CT version, if I click on a ► bullet to expand the category tree, the clicked bullet is replaced by:

<span style="color:#ffd15a;">▼</span>

... as if the contents of MediaWiki:categorytree-collapse-bullet were enclosed in <nowiki> tags.

Is this intentional behaviour? Or is it a bug?

Either way, how can I change the color (or content) of the bullets in the latest CategoryTree version?

Maybe (just thinking out loud here), editing MediaWiki:Common.css and adding a CategoryTreeToggle style definition there? Haven't tried this...

Thanks in advance

Reply 15:41, 6 January 2016 8 months ago
12.156.206.58 (talkcontribs)

just started working on a mediawiki site and had issues with the CategoryTree 1.26 extension. I ended up using an older version (I used 1.23). My issue with the 1.26 CategoryTree extension was it hid all of the WYSIWG buttons for the wiki editor.

I did change the color of my triangles. The CSS looks different than yours in my version of CategoryTree. The triangle element had a class surrounded it, so it was easy to target. Hope that helps

Reply 16:07, 18 January 2016 8 months ago
This comment was hidden by Rbirmann (history)
Varlin (talkcontribs)

@Rbirmann I've got the same "span" problem since my upgrade to MW1.26... Did you find something to fix it?

EDIT : ok sorry I just totally forgot that I changed MediaWiki:categorytree-collapse-bullet page long time ago! It's better to remove it and use CSS...

Reply Edited 14:31, 10 August 2016 1 month ago
Reply to "Customized collapse/expand/empty images broken after update"

$wgMaxArticleSize conflicts with <CategoryTree> tag

One comment • 19:18, 4 August 2016 1 month ago
1
190.139.97.210 (talkcontribs)

A wrong value in this setting may cause that .js construction for categorytree tag exceeds this limit value. If you insert this tag and you see the plain text of the tag displayed instead of the tree with arrows to navigate, just try increasing the value of de config variable $wgMaxArticleSize. It worked on 1.27 version.

Reply 19:18, 4 August 2016 1 month ago
Reply to "$wgMaxArticleSize conflicts with <CategoryTree> tag"

Using for subpages

One comment • 14:57, 6 July 2016 2 months ago
1
62.119.162.130 (talkcontribs)

Hello,

I'm wondering if it's possible to use this addon for subpages rather than categories, such as subpages in a custom namespace, much like the extension Extension:SubPageList, although included in this extension. This because it would allow me to unly use one extension for both and also not having to implement the javascript needed for collapsing page lists.

Best regards,

Stavflel

Reply 14:57, 6 July 2016 2 months ago
Reply to "Using for subpages"

force categorytree to update when add new page.

5 comments • 09:00, 6 July 2016 2 months ago
5
Siggiae (talkcontribs)

I am invoking categorytree with the syntax {{#categorytree:Embryo|mode=pages|showcount|depth=2 etc. When I create a new page and add it to the category Embryo, categorytree will not list the new page. I can close/open the page that invoked categorytree, login again with no effect. If I look directly at the page Category:Embryo the new member page is listed immediately. The only way I can get the {{#categorytree:Embryo etc to update is to resave the page where it occurs. Same behavior if I use the tag syntax.

There must be a better way, I thought this function was dynamic. No obvious warnings of this behavior on the relevant help page or in discussions. Suggestions?

Reply 02:53, 27 August 2014 2 years ago
130.242.58.36 (talkcontribs)

I too would like a solution to this.

Reply 07:59, 5 September 2014 2 years ago
91.192.31.192 (talkcontribs)

I'm also seeing this. shouldn't it populate the tree automaticly?

Reply 07:49, 29 February 2016 7 months ago
178.251.183.178 (talkcontribs)

yes it should make the tree grow even tho right not my tree isnt growing

Reply 14:01, 7 May 2016 4 months ago
SmartK (talkcontribs)

We would also like to know if there is a "fix" for this. I have noticed that updates of pages and categories are shown in categorytree with a long time difference. Maybe we have to run some kind of job to update the database in the background? I can reproduce this with mediawiki 1.27.0.

Reply 09:00, 6 July 2016 2 months ago
Reply to "force categorytree to update when add new page."

Count is correct but only gray arrows are shown in sidebar

5 comments • 13:03, 22 June 2016 3 months ago
5
User71649 (talkcontribs)

Mediawiki 1.26.2

Try to get this working in my Sidebar using the default Vector skin.

The number of sub-pages and subcategories are correct but only a gray arrow is shown and so I can't traverse the category tree.

Interesting, for categories that have their own sub-categories, the arrow is completely gone!

Here are my  LocalSettings.php parameters:

$wgUseAjax = true;

require_once "$IP/extensions/CategoryTree/CategoryTree.php";

$wgCategoryTreeSidebarRoot = "Category:Sidebar";

$wgCategoryTreeSidebarOptions['showcount'] = true;

Reply 20:26, 8 May 2016 4 months ago
User71649 (talkcontribs)

I can confirm the problem exists in a fresh installation of MediaWiki 1.26.2 installed from the bitnami MAMPstack + MediaWiki.

Reply 21:14, 8 May 2016 4 months ago
154.43.0.14 (talkcontribs)

I have the same problem with MediaWiki 1.26.2 and the last CategoryTree code from git

Reply 08:16, 10 May 2016 4 months ago
User71649 (talkcontribs)

I've reverted to Medaiwiki 1.23.13 and the problem is absent.

A little surprised that the 6th top download extension (according to Special:ExtensionDistributor) can be incompatible with the latest mediawiki version that is almost 5 months old now.

I think I'm going to stick to the LTS versions of mediawiki from now on.

Reply 20:32, 14 May 2016 4 months ago
130.226.230.2 (talkcontribs)

Se the topic above. Replacing "$content.find" with "$" in ext.categoryTree.js (to places) seems to fix the problem in MediaWiki 1.26.

Reply 13:03, 22 June 2016 3 months ago
Reply to "Count is correct but only gray arrows are shown in sidebar"

Unable to expand arrows in sidebar

3 comments • 13:01, 22 June 2016 3 months ago
3
NicolasEcarnot (talkcontribs)

Hello,

Using MediaWiki 1.26.3 and CategoryTree 2016-01-09T22:52:17, I'm using it in the sidebar with $wgCategoryTreeSidebarRoot = "myRootCategory";

I'm quite happy with that but when clicking on the blue arrows, nothing is happening.

I read the doc and tried the workarounds, but to no avail.

I'm not using redirects or short URLs.

Our setup is very simple and common.

Is there something I could try?

Thanks for your help.

Reply 09:30, 8 June 2016 3 months ago
Mhausi (talkcontribs)

this works for me: fix sidebar in MW

Reply 20:42, 13 June 2016 3 months ago
130.226.230.2 (talkcontribs)

Brilliant! Replacing "$content.find" with "$" in ext.categoryTree.js (to places) seems to work perfectly in MediaWiki 1.26 as well.

Will someone fix this in the CategoryTree distribution?

Reply 13:01, 22 June 2016 3 months ago
Reply to "Unable to expand arrows in sidebar"
Load more
Retrieved from "https://www.mediawiki.org/wiki/Extension_talk:CategoryTree"