Maybe try visiting your permalinks page and seeing if flushing the rewrite rules helps? The ‘/edit’ is a special rewrite rule, so it’s possible they never got reset.
Editing topics and replies has been working for months, and I’m not able to duplicate any of what you’re mentioning on several installs.
If you have passed the time limit on editing topics or replies, the link no longer appears, so that isn’t the problem. 
The edit links are always available to admins, regardless of the time limit set.
Sounds to me like something is wrong with your install somewhere. Most likely custom template files?
@Jobjörn Folkesson – The strings are almost completely unique and the .po/.mo’s aren’t compatible. Your average person can’t easily migrate one to the other without manual labor and time. While it’s a great help and the contribution is always appreciated, it doesn’t solve this specific issue for this user.
Sounds like a great idea to me. Hard to beat the best.
Without doing some ender the hood trickery, it’s going to be hard to include all results and satisfy the majority of uses.
bbPress already does some of this to prevent things like rouge comment forms appearing where maybe they shouldn’t. I haven’t been able to come up with a working solution that I think satisfies what 80% of the people using bbPress will want, namely because the WordPress core search function makes what we want to do, a little difficult.
The other thing that you’re noticing is that all search results look like blog posts. That’s because that’s how the search.php in almost all WordPress themes is coded to look. bbPress can’t really intercept every possible query and scan the post_type for topic/reply, and then inject something different, on every singe possible page load. Well, it could, but I suspect the performance hit would be fairly costly and it probably wouldn’t scale well into millions of entries.
So, we’re kinda stuck.
In the meantime, you can append:
?ts=whatever
to search topics, and
?rs=whatever
to search replies in a specific topic, so I do have some logic built in to allow for this… but, it does need some massaging before it’s what I would consider to be ‘correct.’
What is it exactly that you’re trying to do. Anything is possible.
I just put some additional checks into branch. See if that fixes it for you.
@t.sjodren – Your translation is helpful, but not related to this topic.
When you say ‘dashboard’ do you mean the bbPress one, or the WordPress one?
No typo. Fixed in branch.
This has been covered in these forums a few times already, which may or may not be an indicator of how little the search functionality gets used.
https://bbpress.trac.wordpress.org/ticket/1575
@manager2 – Update to a newer beta, it has Akismet baked in. It uses the existing WordPress Akismet plugin and the same API key.
Known issue. Fixed in branch for some time.
Somehow the eol-style setting to native on the new file in that commit, caused that to happen. Weird.
@tofugu – Are you using Beta 3 or RC1 from the plugin branch?
@folgerj – The only donations I’m looking for are testers and contributors. For launch, there will probably be some auto-page creation to get the most common ones up and running right away.
It’s a concern for sure, and bbPress will scale no differently than WordPress does with that many entries.
Comparatively, bbPress 1.0’s schema was purpose built for exactly what it was designed to do, and using the WordPress posts table is a bit of square peg in a round hole. bbPress 2.0 is the compromise of maximum efficiency for ease of integration. If you must have maximum efficiency and are not using deep integration already, then bbPress 1.0 is the safest bet for now. bbPress 2.0 is only going to get better as more devs use it and more people interact with the code.
Ideally I’ll get it running on a few of our sites in the .org sphere and we’ll be able to stress test it a bit more. That will be happening in the next few weeks, but isn’t as much of a priority as releasing the first 2.0 version and getting BuddyPress 1.3 out as well.
The phrase “Cheap Benidorm hotels and apartments” obviously isn’t in bbPress core, so you must have a Page with that title set to be your homepage.
You can override the individual pieces as needed. Look for the bbp_breadcrumb() function.
@dehicks – Incorrect. is_post_type_archive() is new in 3.1 and not deprecated at all.
@johan – Not a bug, since it’s possible to have several pages of favorites and subscriptions too. If you don’t have enough for a second page, then there aren’t any to show.
Those should probably be broken up into pages at some point, though.
@johan – I’ll look around and see if something is excluding categories for some reason.
@manter5o1 – I’ll be adding some hooks to the post forms for RC.
@twdesigns – What version of WP? Any other plugins installed? Access to DB to see if they are saved?
@mbe – there are no files named forums.php or topics.php in the bbPress plugin.
This should be fixed in RC. If you’d like to test it and see, you can download it from trac.
https://bbpress.trac.wordpress.org/browser/branches/plugin
See the download link at the bottom.
Seems to be part of the same issue others are experiencing. I’m on it.
Moving discussion here going forward.
