Martyn_

Plugin seems to have died at 1.8 for me ??

Great, thanks!

I’m not sure I follow… I use subversion to revision control my site, not as a way to conveniently grab updates from external sources.

I could set various plugin directories to be external, but that wouldn’t help if I make local bugfixes etc.

Hmmm I think that fixed it ??

Many thanks!

Will check it out!!!

Now here’s a thing.

My (apparently) conflicting component is cometchat 5.1. If I disable jQuery in that the problem goes away.

I updated to the 3.5.1 code, leaving cometchat/jquery on, the problem now only occurs on every second search performed.

@fogarty I doubt that our two issues are related, but could you confirm that 1/ doing a search, 2/ flicking through the pagination tabs 3/ going back to your search form and submitting a new search 4/ use the pagination tabs again in the 2nd search works as expected?

Meanwhile the theme author has suggested that a tweak to the theme is needed. I’m still a bit confused!!!

Mkay – I have isolated the working/not working critical ingredient to a “not plugin” loaded from the header – consequently suspect some kind of jQuery version issue or similar…

Bug or design deficiency. The behaviour makes it impossible to amend the way a site works after its initially constructed – that is poor design.

I can see other people running into this with google, so I would appreciate to hear what others think…

OK the problem:

I have a populated site with one default category (A) and a permalink structure using %category%. I want to add a second category (B) (whether a child or not makes no difference here). Initially all posts are in A, and new posts might be in A,B, or Both. The behaviour I observe;

If a post is in A the permalink is /A.
If a post is ONLY in B the permalink is in /B
If a post is in A and B the permalink is in /A (I want /B here).

If I make B a child of A the permalink is always A (It should be /A/B)

In order to make an A+B post appear with permalink B, the ID order of the categories needs reversing. WordPress provides no tool for doing that, or migrating posts between categories, so with out an external tool I am stuffed.

I would suggest that the requirement for ID ordering to properly represent a hierarchical permalink is a bug – the site should not behave differently based on the ID values of the categories, but solely on the hierarchy defined in the dashboard. In the case of a flat structure, WP provides no tools for changing the behaviour as to which category takes priority in determining the permalink because its using a DB key which can’t be changed.

I hope that makes sense!

The reason for needing this change on my site is because some tools and a fair few wordpress plugins use directory based controls.

@esmi Thanks. However the question isn’t really how to find them – I know that the order they are in breaks what I want to do. the question is how to fix it in a sane way – the consequences of switching them with a db editor are unclear (and using a db editor directly quite frankly gives me the heeby jeebies anyway).

Is it better to create a new category structure and try something like https://www.ads-software.com/plugins/bulk-move/ ? Would that be a safer approach?

Should WP not provide a bulk move function if the category ID is so hardwired to how the site behaves?

References:

https://www.ads-software.com/support/topic/subcategories-not-showing-up-in-uri-with-pretty-permalinks?replies=5

Whist the woedpress codex https://codex.www.ads-software.com/Using_Permalinks states:

“When you assign multiple categories to a post, only one can show up in the permalink. This will be the lowest numbered category (see Manage Categories). The post will still be accessible through all the categories as normal.”

But fails to provide a means of acheiving the required numbering – the dashboard interface for managing categories makes no mention of the associated number.

Its looking theme related – With a small user count DB, I wasn’t able to reproduce the issue at all, but with my fully loaded DB I can reproduce simply with. buddypress 1.8 and search 3.4.1 .

With just those loaded;

bp-columns and bp-mag demonstrate the problem
2012 and bp-default are OK

I tried taking the members/ templaces from bp-default to bp-mag but the problem is still present.

The pagination href generated by default and 2012 are wp-admin/admin-ajax.php?upage=2 , where bp-mag pagination are links to /members/?upage=2 I am guessing this is close to the root of the problem.

Do you have access to bp-mag (buddydev)?

Its proving tricky… a trivial construction doesn’t reproduce it.

Though the x-post did bring this to my attention. ??

I did try to create a test environment, though admittedly only with 35 users, and couldn’t reproduce the pagination issue (or by changing the sort order). I did use WP 3.6 though where the other site is 3.5.2.

Is there an easy script anywhere to inject a large number of synthetic users?

Yes – TinyMCE as shipped with WP (3.5.2). I haven’t looked at 3.6 yet.

I also mean the use of the editor as the bbPress frontend editor rather than in the dashboard (if that was unclear).