內容 |
|
That's odd. Stop the web app, and inspect jforum-custom.conf for the value of the captcha.registration property and post it here. IN fact, post all "captcha.*" property values here.
|
|
|
Then which of the two setttings do you think will be involved?
|
|
|
The directory and the file get created when you install and run the web app; look in your servlet container's webapps directory for the jforum2 directory. The file is not part of the source code.
|
|
|
It is stored in WEB-INF/conf.
|
|
|
Check the value in jforum-custom.conf and make sure it is correct. if you change it, make sure to stop the web app before changing it.
|
|
|
Check out the Systemglobals.properties file for properties named "captcha", particularly captcha.registration and captcha.posts. Add those to the file WEB-INF/config/jforum-custom.conf, and set their value to true. Then start the web app.
Alternatively, assuming you built the web app from the latest code in SVN, those settings have a GUI in Admin Control Panel -> Configurations.
|
|
|
Tomcat (and possibly other servlet containers) can run web apps out of an exploded war file -and without any war file, actually-, so once you have done the initial install you can work with the directory hierarchy and not use the war file.
|
|
|
That's not something JForum2 supports out of the box. You'd need to alter the post_show.htm template to include that.
|
|
|
I've never seen that ("word is too tall: try to use less letters, smaller font or bigger background"). The default captcha settings should work out of the box, but do a sanity check (and possibly fiddle around with) the captcha settings on the Admin Control panel -> Configurations page.
I see the earlier exceptions from using the wrong jcaptcha library are gone now, so that's progress.
|
|
|
Odd. Is a jforum.log file being created in the logs directory? That's where all the JForum-related logging would be directed.
|
|
|
paulhr wrote:I uploaded the jcaptcha-1.0.jar to the Tomcat bin/ directory.
Unless you also removed the file of the same name from the WEB-INF/lib directory, this file would be ignored. Web apps running in Tomcat load classes first from WEB-INF/lib and WEB-INF/classes, and only then from Tomcat's classpath. And no web app has access to classes from Tomcat's "bin" directory, only its "lib" directory.
|
|
|
The SourceForge file area has a replacement captcha library called jcaptcha-1.0.jar; that is especially compiled for non-Oracle JVMs. Try using that instead of the one that comes in the war file.
|
|
|
Thanks for reporting back. The permission system is one of the more complicated aspects of JForum, but quite powerful once you grok it.
|
|
|
Do a "select * from jforum_categories;" and delete the entries that are not wanted. The list of categories may be cached, so that a restart of the web app may be required.
|
|
|
Yes, that's the behavior I described in my first post. As I said there, we'll need to check what to do about that.
|
|
|