Read- and write-access doesn't work properly
I'm using TYPO3 4.5.4 and mm_forum 1.9.2. I tried to set up the following read- and write- access situation with modul "mm_forum" and submodul "Board administration":
1.) group "userGroupAfterConfirmation" is "default user group" of mm_forum. Has read access and write access.
2.) group "Membership": has read access and write access
3.) group "ForumGratisuserRW": has read access and write access
4.) group "ForumGratisuserRO": has only read access
I have a test-user which is member e.g. of "userGroupAfterConfirmation". In frontend he can read and write forum. If I change his group e.g. to "ForumGratisuserRO", he can still write in mm_forum. The change of group seems to have no effect.
But if I wait approx. 48 h, he suddenly can't write any longer - only read access, as he should have.
A caching problem? There is a thread on typo3.net: http://www.typo3.net/forum/beitraege/forum/101962/beitrag/seite/#pid380216.
Emptying normal cache doesn't work for me, I have to empty these tables manually:
And then sometimes the access rights are set correctly without waiting 48 h.
I wrote "sometimes", because in one case this doesn't work: If I change the group of my testuser from "ForumGratisuserRO" to "Membership", the testuser has only read access. I can wait and wait, I can clear cache as described - he never gains read access. This is strnge, because group "Membership" is the same as "ForumGratisuserRW" - I can't see any differences but the name.
Is it possible, that ony of the extension authors could look for the reason of this problem directly in "my" TYPO3 installation (it's a TYPO3 installtion of a client of me)? My client will sponsor this, if problem will be solved and if the solution solver is able to write an invoice. :-)
#1 Updated by Ines Willenbrock about 8 years ago
I can confirm this report.
If I find a solution or an hint to a solution to this bug I'll provide my results as I haven't looked into the sourcen of the extension.
We'll discuss everything else if I find something, if that's ok with you.
regards - Ines
#2 Updated by Ines Willenbrock about 8 years ago
please try to set [SYS][useCachingFramework] = 1 in your localconf.
In my test with an isolated mm_forum this seems to configure TYPO3 to clear the aforementioned table when clearing the cache in the backend.
I'm not sure, if there are any side effects in your setup with using the caching framework.
If it helps, please let me know, that's somethink for the dokumentation of mm_forum.
regards - Ines
#3 Updated by Christian Clemens about 8 years ago
thank you for your answer! Unfortunately [SYS][useCachingFramework] = 1 doesn't have an effect in my installation. After setting this to "1" TYPO3 uses new caching tables, but after clearing cache then mm_forum right still don't work.
#4 Updated by Ines Willenbrock about 8 years ago
My testsystem cleared the relevant tables if I choose to clear all caches. After clearing the caches my testuser was set read-only according his group settings. Before it was as you described.
If yours behaves differently I'm a bit unsure, what the differences are.
#6 Updated by Ines Willenbrock about 8 years ago
- Status changed from Accepted to Needs Feedback
I think, the problem is not a bug but rather a configuration an documentation issue:
to write in any forum your frontend user has to be either in the admin or in the configured base user group.
Please test this and write here, if there happens to be problems with this solution.
regards - Ines
#7 Updated by Christian Clemens about 8 years ago
Thank you Ines. I saw "default user group" in install tool of modul "mm_forum" a few days ago, but I couldn't believe, that only users of this group are allowed to write! I thought this means: there is only one group who can write. It's not possbile to set up other groups with write access.My solution is:
- Setting up a group "ForumDefaultGroup"
- Make this group "default user group" in "Install/General".
- In Board Administration this group has neither read access nor write access.
- Setting up all other groups and give read and write access to them in Board Administration
- Finally I set up for these groups "ForumDefaultGroup" as subgroup.
Means that no forum user is directly member of ForumDefaultGroup. Every user is member of another group, but every other group is "member" of ForumDefaultGroup.
This way makes it possible to have several different groups with read- and write-access to forum.
@Ines: I think it would be a good idea to add this "Know-How" to documentation?
#8 Updated by Ines Willenbrock about 8 years ago
I wrote a short hint in the FAQ of the Dokumentation, at least in the almost non existent wiki documentation:
I'll include it in the official documentation.
regards - Ines