mm_forum

Worth noting that when a guest clicks through on the permission-controlled forum, they are not allowed to view the actual content. So it is only the browse screen that has this problem.

When I clear the cache, the forum displays correctly one time -- with only the public forums. When I refresh the page, it shows all forums again. So it seems like it is somehow caching all records, instead if only the authorized ones.

I don't know enough about caching to troubleshoot further. I am disabling the caching on public views as a workaround for now.

Looking around a little more, I think the caching uses TYPO3 4.3 features. Worth noting I am still in 4.2 on my installations. So perhaps the caching works correctly on 4.3!

However, for backwards compatibility, it would be great to add a parameter that disables caching. This would allow the newer version to be used even in older installations.

I had upgraded from last summer's version and was working to install the current TER version. The only trouble I ran into was around the RTE buttons for formatting not working on the current TER version. However, it's possible that I just didn't notice a problem as I was updating.

So I went to the forge SVN for a newer version. Current version resolved the trouble with RTE, but started having these permission problems. I did not do a clean install.

Are you saying a clean install might resolve things? Should I delete mm_forum tables and start those over? Or is it caching tables that have the hold-over problems?

Chris

I tried dropping all cache_ and mmforum_ tables, but have not seen any change. What else might constitute a clean install relevant to this issue?

Hi there,

is the issue still current? Please note that the mm_forum caching interface is hooked into the TYPO3 cache, so you can flush the mm_forum cache alongside the TYPO3 internal cache. Btw, do you by any chance have installed the APC extension for PHP?

Martin

Last I checked, it was current. However, I have disabled caching in my local install to work around this.

I don't know what APC is, so it is unlikely that I have it.

I could setup a test install and give you access. Would that help?

PHP 5.2.5 (cli) (built: May 6 2008 12:23:40)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
with Zend Optimizer v3.3.0, Copyright (c) 1998-2007, by Zend Technologies

php -i |grep configure
Configure Command => './configure' '--disable-pdo' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-gd-native-ttf' '--enable-id3' '--enable-libxml' '--enable-magic-quotes' '--enable-mbstring' '--enable-sockets' '--prefix=/usr/local' '--with-apxs=/usr/local/apache/bin/apxs' '--with-curl=/opt/curlssl/' '--with-curlwrappers' '--with-freetype-dir=/usr' '--with-gd' '--with-imap=/opt/php_with_imap_client/' '--with-imap-ssl=/usr' '--with-jpeg-dir=/usr' '--with-kerberos' '--with-libxml-dir=/opt/xml2/' '--with-mysql=/usr' '--with-mysql-sock=/var/lib/mysql/mysql.sock' '--with-png-dir=/usr' '--with-ttf' '--with-xpm-dir=/usr/X11R6' '--with-zlib' '--with-zlib-dir=/usr'

Hi there,

does this problem still occur? Otherwise I would like to close this bug, since it has most likely been fixed alongside with 1.8.0 or 1.8.1.

Regards,
Martin