4.0 has less options than 3.4.x?

[Feneroin]

Well if that's the big worry - quick edit of topic title - I think we are just fine

 

Will not you add this option for v4 :/ ?

I need this option. In 10 minutes, i have changed 4 topic title and this is annoying to entering into topic, then click edit and editing title then save... and making these steps for every time i want to change... 

[bigPaws]

I took that post by @Charles as meaning they will add it back. After all, it's another of the 'what's the benefit of removing it' situations - editing a title was good in IPB3, how is putting it another click away an improvement. So yeah I wouldn't panic - unless I've misunderstood him/them.

[Makoto]

Other settings targeting advanced users were moved from the AdminCP into "hidden" settings - these are editable via constants.php and I believe we're working on documenting those for release. 

​Very late here, but I just wanted to say that I really like this approach.

Keeping things simple on the front-end for the everyday Admin/user, but still offering powerful in-depth control over the software for advanced users through a documented file-based configuration, it's a beautiful middle ground.

Definite +1 for this.

[RevengeFNF]

We found that the "Merge member's concurrent posts" option was confusing for most end users in practice and provided little value.

Can you explain how did you found it was confusing? I don't see how can be confusing. 

I only noticed this because my members are already testing my test board and they complained about this. 

It will be a mess 2 or more consecutives posts from the user.

At least make this option available in constants.php

 

[Feneroin]

I took that post by @Charles as meaning they will add it back. After all, it's another of the 'what's the benefit of removing it' situations - editing a title was good in IPB3, how is putting it another click away an improvement. So yeah I wouldn't panic - unless I've misunderstood him/them.

Rc1 and still they haven't integrated back this "edit title" when wieving topics in a forum without entering into topics  

[Charles]

Of all the things people have requested we change/add/improve the "Edit title on forum view" is not really priority one  

[Konrad Dąbek]

Can you explain how did you found it was confusing? I don't see how can be confusing. 

I only noticed this because my members are already testing my test board and they complained about this. 

It will be a mess 2 or more consecutives posts from the user.

At least make this option available in constants.php

 

​+1

On big boards (like mine) concurrent posts from new users (& not only) are published pretty often. Sometimes because user wants to bump topics (which is prohibited at my board) or because just simply forgot to edit his own post. Bringing this back would took away really big amount of work from moderators at my board. Merging concurrent posts is one of two tasks that moderators have to do the most often at my board (phpBB yet, I'm on conversion now, testing and I keep in mind future of my board).

In fact merging concurrent posts feature was one of the most important factor that lead me to buy IPB 3.4.x some time ago and I decided to wait to 4.0 to avoid two conversions. If this feature will be lost, of course I will stick with IPB anyway as it have got hundreds other great features, but that will be really big lost for me...

[Charles]

We are fine looking at a merge concurrent posts feature. But we also got a lot of people with confused users not understanding why "submit reply" didn't submit a new reply but instead appended it. It's not what a user expects.

So if we do get interest in it we can certainly look at adding it but doing it in a smarter way.

[ZakRhyno]

We are fine looking at a merge concurrent posts feature. But we also got a lot of people with confused users not understanding why "submit reply" didn't submit a new reply but instead appended it. It's not what a user expects.

So if we do get interest in it we can certainly look at adding it but doing it in a smarter way.

​Why not just make it for Mods and Admins only access and not basic users?

[Charles]

​Why not just make it for Mods and Admins only access and not basic users?

1. ​That could be said of every feature.
2. You create feature creep and bloatware.
3. We could slap it in but we want to think things through and implement a well-done feature not just another check box.
4. A feature that only power-users will understand is a poorly implemented feature.

 

[Feneroin]

Of all the things people have requested we change/add/improve the "Edit title on forum view" is not really priority one  

But this isn't a hard work you to re-inserting this feature I think. And this feature is useful...

[RevengeFNF]

We are fine looking at a merge concurrent posts feature. But we also got a lot of people with confused users not understanding why "submit reply" didn't submit a new reply but instead appended it. It's not what a user expects.

So if we do get interest in it we can certainly look at adding it but doing it in a smarter way.

​What about a simple message that automatically disappears saying "The post was merged with your last one".?

 

---

Another solution is to put a [hr ] between the posts. Like the one above i just did. It would need to be a really very dumb member to not understand what happened

[bigPaws]

The benefit of adding an extra click/page to edit a title is curious @Charles :)

[Charles]

This entire topic is a bit odd to me.

We're talking about a couple very minor features that barely have any real impact in the overall use of the system. They are more like "gee I prefer it this way" sort of things. Granted I am sure some of you consider them critical as can be but I mean they're really not . Besides, we have already said more than once that we are happy to revisit such items. 

Not sure what else to say really

 

[RevengeFNF]

This entire topic is a bit odd to me.

We're talking about a couple very minor features that barely have any real impact in the overall use of the system. They are more like "gee I prefer it this way" sort of things. Granted I am sure some of you consider them critical as can be but I mean they're really not . Besides, we have already said more than once that we are happy to revisit such items. 

Not sure what else to say really

 

​

My Test Board(im using cron job) is giving priority to rebuild the posts instead of rebuilding the search. So until the posts are not rebuild, i get no search functionality. In 2 days, have rebuild 15% of the posts.

I will not have this problem with my live site, because i will use Sphinx. But people that use the normal search and have a board with many posts, can be problematic.

[Hexsplosions]

​

My Test Board(im using cron job) is giving priority to rebuild the posts instead of rebuilding the search. So until the posts are not rebuild, i get no search functionality. In 2 days, have rebuild 15% of the posts.

I will not have this problem with my live site, because i will use Sphinx. But people that use the normal search and have a board with many posts, can be problematic.

​I thought that had been resolved in a previous beta. 

[Konrad Dąbek]

We are fine looking at a merge concurrent posts feature. But we also got a lot of people with confused users not understanding why "submit reply" didn't submit a new reply but instead appended it. It's not what a user expects.

So if we do get interest in it we can certainly look at adding it but doing it in a smarter way.

​As far as I remember in 3.4.7 this option was turned off by default, so members were not affected. Enabling it was sole decision of admin. Thus there are two options - admin enabled it deliberately and understand how it works or admin enabled it because of his stupidity, but some admin stupidity is not IPB fault. Admin should explain users of his board why it works like it is (eg because topic bumping is prohibited).

If we would go that way of thinking we can assume that better to stop producing knives as somebody can be stupid and instead of slice bread will slice his hand

To keep this option away from "stupid" admins it can be hidden in some config file. Also RevengeFNF idea of distinguish merged posts is nice

[Kenneth Newman_56802]

My site's "Background Processes" have been stuck at this point for over 2 weeks:

[Makoto]

26 minutes ago, Kenneth Newman_56802 said:

My site's "Background Processes" have been stuck at this point for over 2 weeks:

I'd recommend just going ahead and running them manually if you have the time to wait (preferably during off-peak hours). That or set up cron to run tasks as it suggests. When those background tasks take a very very long time to run, that usually means you have a relatively low traffic forum (and / or a lot of content that needs rebuilding), so the tasks aren't being run frequently enough.

[Tracy Perry]

On 1/21/2015, 12:37:09, Lindy said:

Other settings targeting advanced users were moved from the AdminCP into "hidden" settings - these are editable via constants.php and I believe we're working on documenting those for release. 

Have these been fully documented?  And  if so, where?

[Kenneth Newman_56802]

On 11/13/2015, 2:50:18, Makoto said:

I'd recommend just going ahead and running them manually if you have the time to wait (preferably during off-peak hours). That or set up cron to run tasks as it suggests. When those background tasks take a very very long time to run, that usually means you have a relatively low traffic forum (and / or a lot of content that needs rebuilding), so the tasks aren't being run frequently enough.

Dear Makoto,

Thank you for kindly providing your advice.

Sincerely,

Ken

[cualupe]

Delete this