Frequently Asked QuestionsThis is a very basic Frequently Asked Questions (FAQ) page which attempts to answer some of the more commonly asked questions.
We provide the software, we have absolutely nothing to do with any board that runs it. The GPL grants the user an unlimited right of use subject to their adherence of that licence. Therefore we cannot prevent, dictate, control or otherwise limit the use of this software. So please do not contact us for such matters. If you have a problem with a given board please take it up with them, not us. We are not and cannot be held legally responsible for any third party use of this software (much like Microsoft et al cannot be held responsible for the use of Windows in illegal activities, etc.). Additionally we do not track the use of Fully Modded phpBB software in any way. So please do not ask us for details on a "given" board we will not be able to help you. If any law firms or lawyers out there send us writs, Cease and Desist orders, etc. for third party website use of this software we reserve the right to charge for time wasted dealing with such issues ... No, they probably are not. phpBB uses sessions to keep track of users as they move between pages. The session information tells us who this user is. Therefore in order to determine what a user can do on a page we first need the session details. Once this data is available we can check whether the user is permitted to do whatever it is they are trying to do. This can result in it appearing as if a user is reading a topic in a forum they should not be able to access. Or perhaps viewing private messages when they are only guests, etc. In practice the user is not doing these things, they are viewing a "You are not permitted to do this" type message. The session data has simply been updated before we were able to determine what the user could or could not do. Of course this only applies where permissions have been set correctly! This error will occur if phpBB cannot send mail. phpBB can send email two ways; using the PHP mail() function or directly via SMTP. Some hosting providers limit the mail() function to prevent its use in spamming, others may rename it or limit its functionality. In either case you may need to make use of SMTP. This requires that you have access to such a facility, e.g. your hosting provider may provide one (perhaps requiring specific written authorisation), etc. Note that if your provider requires authorisation we only support the simple AUTH method using plaintext username/password. We do not support secure sockets layer (SSL), POP3 send or any other method. Please see www.phpbb.com for additional help on this matter. If you do require SMTP services please do not ask (on our forums or elsewhere) for someone to provide you with one. Open relays are now things of the past thanks to the unthinking spammers out there. Therefore you are unlikely to find someone willing to offer you (free) services. Some forms in phpBB make use of arrays to "post" or submit data, e.g. polls, forum management, etc. A bug exists in PHP 4.2.3 (and perhaps older versions) which can cause such data to lose the first four characters of text. This bug is related to the presence of the mbstring module and certain compile time parameters (the problem exists for both compiled in and modular version of mbstring). Please see: bugs.php.net/bug.php?id=19460 for more details. Note the bug is fixed in PHP CVS and thus future versions should be immune. Remember, this is not a bug in phpBB 2. phpBB2 uses sessions to keep track of users as they browse the board. These sessions use a combination of a unique session id and the users IP to identify each user. We make use of the IP as an extra safe-guard to help prevent sessions being hijacked (by discovering the unique session id). Unfortunately this only works when the users IP is constant as they browse the board. For most users this will be the case. However certain providers route their users via a cluster of proxys. In some cases, particularly AOL this results in different IPs being forwarded as the user moves between pages. We take account of this by not checking the entire IP but only the first "three quads". Again in most cases this will be fine. However again AOL uses IPs which can vary so much that checking only the first two quads results in a fairly static IP being available for session validation. If you are experiencing problems related to this you can make a small change to the code. Please note that reducing the IP validation length does potentially increase the risk of sessions being hijacked (this is something for you to consider, phpBB Group takes no responsibility should anything happen!). The change requires you to open the file includes/sessions.php, find line 385, it contains the following:
change this to:
You need to make exactly the same change to the number 6 in the next line. Save the file (and upload it if required). This should reduce or eliminate the problem noted. I suspect the time is correct but that you may have switched (locally) to daylight savings time. At present we do not support daylight savings only standard local times. Therefore during summer months (depending on whether your nation/state switches to daylight savings) the board times may appear to be one hour behind the real local time. The solution is to either put up with it (just let your users know) or to move the timezone of everyone who is affected (remember that not all your users may be from nations who have switched to daylight savings) on one hour, eg. GMT becomes GMT+1. This requires running some SQL and you should search our forums for information. If this is not the case then I suspect your servers time is at fault. phpBB 2 stores all times in the form of a unix timestamp. This is a 32bit integer value containing the number of seconds since the unix epoch event, 1st January 1970 00:00:00 GMT. This value is global in nature and will be the same wherever you are in the world. So, if your time is incorrect and you have selected the appropriate timezone chances are your server time is off. To enable compliance with HTML and XHTML specifications as well as enabling browsers to automatically support a users selected language we enable a charset tag to be output to the browser. This identifies the primary character set the user has selected, eg. iso-8859-1 for Western European languages (English, German, French, etc.), windows-1251 for Cyrillic alphabets (Russian, Bulgarian, etc.) and so on. The downside to doing this is that most modern browsers (such as Internet Explorer) convert any character not present in that character set into what are termed Numerical Character References or NCR's. These take the form of &#nnnn; where nnnn is the hexadecimal number of that characters UNICODE reference. Unfortunately PHP (which effectively supports only iso-8859-1 at this time) does not appear to attempt to process this data back into normal characters. Therefore phpBB treats them as text the user has entered and wishes to see. phpBB enables this by turning the & into &. This results in the characters appearing as they do. Although we could ignore &#nnnn; (there are pro's and of course con's to doing so) at present we don't. If you are finding this to be problem the solution is to remove the
text from all the _header.tpl template files in all templates. The downside to this is a users browser will not automatically switch its charset to that selected by the user (however this is unlikely to be a big problem since users typically run their browser by default in the language they wish to use). Alternatively you can modify the phpBB 2 uses a Fulltext search system, this has both advantages and disadvantages. The advantage is that on large or busy forums it has far less impact on server load than standard search methods as used by many alternative forums (including phpBB 1.x). The disadvantage is that to reduce the size of the database (every post is examined and unique words stored in a table) we have to limit the size and type of words we store. By default words must contain at least three characters but no more than 25, they must be either alpha or combinations of alpha and numerals (numbers alone are not stored). In addition all non-alphanumeric characters are removed, eg. _, +, -, etc. This is standard practice for fulltext search solutions. A further downside is that non-latin alphabets, eg. Cyrillic, Greek, etc. require proper locale support to be compiled in and available on the server your board is running on. If this is not the case it is quite likely that words will not be properly indexed for storage. In many cases this can be recified by altering the Please note that support for multibyte character sets remains very limited in PHP4 and therefore Japanese, Chinese, etc. may have difficulty getting the fulltext search working correctly at all. Are they errors? Are you sure they are not warnings? They probably are ... What you're seeing is PHP warn you about unset variables. Great care has been taken with phpBB 2.0 to ensure it is secure. Unset variables while being a potential security risk really shouldn't be in 2.0. Unfortunately some hosting providers have decided that any unset variables equal security problems and force PHP to output these warnings even though phpBB 2.0 is set to ignore them. We have worked some way toward checking and/or setting all variables before use but this will take time to complete (if it can be). Therefore I am afraid for the time being you will have to manually modify the code or ask your hosting provider to be more realistic with their setup. There are three types of avatar; upload, remote and local. There are two possibilities here, the first is you have not created the directory you specified as the storage location for avatars, ie. as specified from Admin -> Avatars -> Configuration section. If the directory does not exist uploadable avatars are automatically disabled. You should create the required directory (ensuring it has global write access or other appropriate permissions to allow the webserver to write files to it). The second possibility is that your provider has disabled Chances are you have not followed our instructions above. phpBB 2 categorises gallery avatars and it does this by reading through folders contained in the location you specified as being the gallery path. For example, if you set the gallery path to "images/avatars" phpBB 2 will expect to find a series of folders within that path, eg. "images/avatars/moviestars", "images/avatars/cartoons", "images/avatars/misc", etc. Placing images directly in "images/avatars/" will result in nothing being listed in your gallery. If you (or your users) are, after attempting a login, being returned to the index (or other page) without appearing to be logged in the most likely problem is incorrect cookie settings. phpBB 2 uses cookies to store a session id and a small amount of user data. For this data to be stored correctly the cookie domain, path and secure settings must be correct. You can check this from Admin -> General -> Configuration -> Cookie Settings section. Typically the cookie domain can be left blank and the cookie path set to / (a single forward slash). Do not set the cookie as being secure unless your board is running over a secure sockets layer connection, ie. https:// If you still have problems try setting the cookie domain to your full domain name, eg. www.mysystem.tld, www.something.mydomain.tld. You must ensure the domain name contains at least two dots or browsers will be unlikely to recognise the cookie, eg. .mydomain.com, mydomain.com. Do not add http:// or anything else to the domain name! You can increase the default length of sessions (ie. how long before a users session is considered 'dead') from Admin -> General -> Configuration -> Cookie Settings -> Session Length. Set it to whatever value your users feel comfortable with, remember that security issues may affect your decision (ie. having too long a session may allow non-users to abuse your board should a user forget to logout or otherwise leave a current session on a public workstation). If you want to allow your users to make use of HTML in posts you need to do two things. Firstly enable HTML from Admin -> Forums -> Configuration. Secondly to need to make sure that the tags your users will post are in the Allowed HTML Tags field (again Admin -> Forums -> Configuration). If users post using tags not on this list they won't be displayed as HTML! eg. to enable someone to post Flash you could add the embed tag to this field. Be careful which tags you allow, it is very easy to break the boards own output if the wrong tags are used in posts. For some unknown reason you may see the date format like this, to fix it you must edit the To enable calendar events to be posted you must edit a forum from Admin -> Forums -> Management, and set 'Allow Calendar Events' to Yes to allow events, submit, and then return to that same page. Now scroll to the bottom and you will see a section for adding event types, you must have at least one (1) event type for the calendar to work correctly. Enter an event type and a color, e.g. 006600 or green, and click 'Add Event Type'. Once you are returned to the forum edit page, you must re-submit for the changes to take effect. It's a forum where each user has their own thread and only they post messages in that thread. The main difference between a journal forum and a normal forum is that it's not for discussion -- you can't comment on someone else's post. On that basis it has many uses. There's probably heaps more uses. The setting for this can be found from Admin -> Forums -> Configuration -> Journal Forum. For these to work properly your server must have the required version of the GD Support library and FreeType installed as stated in the system requirements. Have you actually installed the statistics modules and activated them? You must install and activate at least one (1) pak file from Admin -> Statistics -> Install Module to use the statistics feature. This is caused by an incorrect setting in your config.php file, open it with a text editor and change You set forum permissions from Admin -> Forums -> Permissions. This system has two modes of operation; Simple and Advanced. Simple uses a set of pre-defined authorisation levels, these set each type of authorisation setting to a specific level. Advanced settings allow you to specify individual levels for each operation in each forum. Experiment! These are set from Admin -> Usergroups -> Permissions. The system may appear strange but it's very powerful. When you look up a user or group it will give you basic information (at the top of the page) followed by the available forum listing and current settings for this user. You can assign moderator status to users and groups and if you have PRIVATE forums (or forums with any of their individual operations set to PRIVATE) you can also assign access. See above. You can only allow (or deny) users access to PRIVATE forums, or forums which have one or more operations set to PRIVATE. phpBB does not by default allow guest voting. This was done to prevent guest users (who cannot be reliably tracked) from voting time and time again in the same poll. The bank can be enabled from Admin -> Points System -> Bank: Configuration, you can also edit the interest rate, the withdraw rate and the interest payment time in seconds. These are set from the dropdown selection from Admin -> General -> Configuration -> Board Settings -> Page Transition. These special transitions include Christmas Snow and Autumn leaves. If you want to add or remove quotes that show randomly on the portal and board indexes, edit the language/lang_english/quotes.txt file and any other language you may have installed. You can add and remove radio stations by editing the mods/radio/radio.xml file. With the spellcheck feature a user can spellcheck their posts and private messages before posting them. If the dictionary installation keeps stopping mid-way when you are trying to install it from Admin -> General -> SpellChecker, make sure the Force Safe Mode option is checked. This is a known bug caused by phpBB Usergroups. However there is a fix for it, in the docs/scripts/ directory you will find a file user_usergroups_fix.php. From Admin -> Prillian -> Configuration -> Override individual user settings, set this to Yes, find -> Launch client automatically when logged in user visits forum index, and set this to No. This will disable Prillian without any user interaction required. When setting the location of the sound file you wish to use in the configuration panel for Prillian, it will always be relative to your phpBB directory so for example you create a directory for the sounds you wish to use with Prillian named mods/prillian/audio/ and upload your sounds to this directory, then enter into the Prillian configuration sound field, mods/prillian/audio/sound_filename.au. Games can be downloaded from www.phpbb-amod.com. There you will find a huge selection that you can install for your users. You can edit all the board and BBCode FAQ from Admin -> Languages. Please make sure that the lang_faq.php and lang_bbcode.php files for the language you are attempting to edit have their permissions set to 0666 (or -rw-rw-rw-), or else you will not be able to change any FAQ. |