Posts by Black Rider

As long as there is no checkbox checked, the overall user group permission are responsible for the permissions. That said, as long as a user is in a user group that has these permissions, he can do these things.

This is no fix, this will break functionality of the software because it relies on working foreign keys. You need to add all foreign keys again and make sure that any operation that would have been done by working foreign keys is done manually before.

That’s definitely a huge amount of work. The alternative would be to setup a second WoltLab Suite and use the import to transfer your data from the broken database to the new one – which should have working foreign keys.

Every design that is available from us here is usable in both WoltLab Suite Core 3 and Community Framework 2:

https://shop.kittmedia.com/category/89-designs/

To me it sounds like a problem with a too greedy security extension/rule by your hoster like mod_security.

Maybe you can find some logs in your web servers logfile.

Just use the selector .messageSidebar.

There is a setting in the color palette for this, it’s called $wcfSidebarBackground.

So you don‘t even need CSS for this.

However, if you really want, you can also change it via CSS:

You can just set a general Flood Control for any post, careless if it’s a new thread or a post inside an existing thread. This setting can be changed in the user group permissions for every user group.

The declaration coming from the JavaScript is there for compatibility reasons as far as I know. Since it’s no more used in WoltLab Suite Core 3.1 it needs to be overwritten already in the base style. That’s why you need to overwrite it again with !important in order to set a custom value.

Not really, no. The only method I know is to use a JavaScript inside a page called summit that redirects you to your desired page.

However, redirects should occur as soon as possible so your web server is the preferred way to add the redirect to.

The actual way to do depends on your used web server then.

Besides this, is there any reason why you want to do that? I cannot see any reason why you should rename the directory just because you’ve enabled SSL.

You’re declaring a general padding in line 4 and afterwards you’re overriding it again for all available directions. That makes no sense.

In this case it would be better to replace the lines 4 to 8 with this:

padding: 20px 15px;

Then why not just ignore him?

Could you please stop dispute again. That’s annoying and has nothing to do with the topic in this thread. And besides that, nobody is interest in your private disputes.

And blocking via web server is always better than blocking it via your software running on your web server.

This is exactly how it’s supposed to work. The $specificGroupID has to be replaced by the ID you want to test. So everything you did is correct.

Thank you, I fixed that.

I would suggest another way (which I’m using for brandings):

Change your template code to something like this:

Then, in your branding free package, just include an option:

This way you add the constant RAMIRU_BRANDING with the value 1 in the branding free package so that the template code won’t be executed then. Otherwise – which means, as long as the branding free package is not installed – the branding in your template pageStyleBrandingFree will be displayed.

While the post from SoftCreatR is fully correct it is rather incomplete to be a real help here by not knowing the package system in detail.

Black Star You can click on any on the packages and then on the tab “Dependencies”. There you can see every package that is dependent on this package. These packages need to be removed before you can remove the desired one.

By default it is displayed, as you can see here:

https://www.woltlab.com/dashboard/

Maybe we can check out what’s going on on your website if there are no avatars displayed there.

New user ranks are automatically assigned as soon as the user visits the website. If there are still users without this rank it simply means that they didn’t visit the website yet since you added the user rank.

Alternatively, you can rebuild the user data in order to assign the new user rank automatically to every user, regardless of their last visit.