You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 27 of 29)
snapsolutions wrote:Update went fine. No problems at all, however after update was finished Cyrillic become all messed up.
Database update script asks the initial (1.2) database encoding. For example, if your forum database encoding is WIN-1251 (russian charset) you should write "cp1251".
bach wrote:Thanks, how do you go about installing this add-on
Do you just upload them to the server, or is there a process I should follow. couldn't see anything on the extension forum.
See instructions: http://punbb.informer.com/wiki/1.3_usag … _punbb_1.3
Nice
But I would make it in another way.
No install and uninstall section, only 'hd_template_loaded' hook:
if (FORUM_PAGE == 'login')
$tpl_main =
'<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" <!-- forum_local -->>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<!-- forum_head -->
</head>
<body>
<div id="brd-wrap" class="brd">
<div <!-- forum_page -->>
<div class="hr"><hr /></div>
<div id="brd-main">
<!-- forum_main -->
</div>
<div class="hr"><hr /></div>
</div>
</div>
</body>
</html>
';
We avoid writting files and some other problems when extension is disabled (see http://fluxbb.org/wiki/developing_exten … e_disabled).
I don't know whether it will work or not, but looking at your code I think it should
grudon66 wrote:HMM? I said that because punbb has imported mostly from fluxbb and they have not saying thanks or something in the new release.
Copyrights are specified in files.
The information about former devs is published: http://punbb.informer.com/wiki/development_team
We thank FluxBB devs (for examlpe, see this post: http://punbb.informer.com/forums/post/118775/#p118775).
What else do you want?..
Anyway, to dirty up this forum is not the right way to express your opinion.
grudon66 wrote:Much of it was imported from Fluxbb, why dosn't it stay thanks to fluxbb or something
Much of it was implemented in PunBB 1.3 beta (it was before FluxBB), wasn't it?
bach wrote:I also have had this issue, fixed by following the items mentioned above.
-
Further I have also installed
They both have 0777 permissions.
Do you have problems with these extensions? Or they are functioning fine?
pun_repository intentionally sets permissions to 777. This enables users to delete downloaded files manually (for example, via FTP).
Anyway, seems that it's pun_repository's problem.
Anatoly and I will continue to work with PunBB next week (because of circumstances). Then we'll fix it (if somebody doesn't fix it before ).
Maybe the reason is the file owner?
The owner of files and directories created by pun_repository is web-server user. And if you upload files manually, theirs owner could be your user.
The next iteration is:
1. Uninstall pun_antispam.
2. Remove pun_antispam from the extensions folder.
3. Install pun_antispam via pun_repository. Make sure the error is present.
4. Set the permissions for 'pun_antispam' folder to 755. As you wrote above, the error should disappear. Is it really so? If it isn't, the cause is files owner (not permissions).
mbole wrote:Bingo !
If permissions for pun_antispam folder are set to 755 it work
If permissions are 777 it don't work
Repository extension set permissions to 777
Well, great work!
Let's find the exact cause of this. I can't reproduce this bug on my server. Please, help me.
I think pun_antispam doesn't work on your server because of 'image.php' permissions. pun_repository gives this file 655 permissions, but maybe it should give 755.
I ask you to make the following steps to verify my hypothesis:
1. Uninstall pun_antispam.
2. Remove pun_antispam from the extensions folder.
3. Install pun_antispam via pun_repository. Make sure the error is present.
4. Set the permissions for 'image.php' file to 755. Does the error have disappeared?
You can directly open the captcha image in your browser (<forum URL>/extensions/pun_antispam/image.php) instead of opening a form with captcha.
sirena wrote:This extension requires your PHP to have the GD image manipulation library installed. Maybe that's missing with your installation of PHP.
This extension will not be installed if there is no GD library (see the code). Thanks to Reines
Thank you, Garciat.
I think we should include these changes in the forum core (in 1.3.1, for example). Anatoly?
organic wrote:1.3 default theme is awesome. But I can see small differences between my installation and this one. For example RSS link there is nice blue image, but I have only standard orange RSS button. Next - some installs of 1.3 (e.g. punbb-italia.it) looks just like official site, and have a small pic in main menu...
Is it possible to download this theme modification?
You speak about PunBB 1.3 RC theme. 1.3 final release has completely different html-markup and therefore theme from RC couldn't be used on it.
However, we are starting to work on other themes. Maybe you will find more suitable theme.
You should follow the link and run db_update.php (just like this is described in message you have quoted).
Anatoly wrote:parpalak wrote:I would remove this string at all
No.
I should have done it silently. Nobody would notice
Styles from PunBB 1.2 cannot be used on PunBB 1.3.
We will create soon some new styles for 1.3, see the discussion: http://punbb.informer.com/forums/topic/ … -13-theme/.
mbole wrote:On registration page, there is a box for entering captcha but there is no picture
Same on post by Guest.
Maybe you have turned off pictures in your browser? And what browser do you use? Captcha picture in my Opera and IE7 looks fine
I have added an "alt" to all captcha images, you can try this new version (http://punbb.informer.com/trac/browser/ … ons/trunk, "Download in other formats: Zip Archive" link). If this really solves the problem, we will update extension in repository.
mbole wrote:On change password page, there is no captcha at all
And there should be no captcha
We have decided so because a user can change his password only if he or she has logged in. But if the user is logged in he or she isn't a bot.
Captcha is displayed if somebody try to restore the password forgotten.
It's a sound idea. We have to do something with the "Currently used extensions" string. I would remove this string at all
sirena wrote:'Downloads page' link
http://home/downloads.php#1.3
in original post is flawed.
I've corrected Anatoly's post. Thanks.
I don't know what is the cause. Looks like the content of manifest.xml is corrupted. Try to delete all files in the 'extensions' directory and upload them again.
If this will not help, please, answer some questions. What PunBB version do you use? Is it exactly 1.3 RC2, or the last version from SVN? Maybe you have a hosting with non-standard settings? Is the XML support enabled in PHP (for details: http://www.php.net/manual/en/xml.installation.php)?
parpalak wrote:We have updated pun_antispam and pun_pm extensions and they can be installed on 1.3 RC2.
I've forgot to write... We will soon upgrade all official extensions, of course
Seems that you have these files:
WRONG
.../punbb/extensions/manifest.xml
.../punbb/extensions/image.php
.../punbb/extensions/lang/English/pun_antispam.php
and so on
But you should copy the files this way:
RIGHT
.../punbb/extensions/pun_antispam/manifest.xml
.../punbb/extensions/pun_antispam/image.php
.../punbb/extensions/pun_antispam/lang/English/pun_antispam.php
and so on
Also, the 'extensions' folder must contain a folder for each extension. For example:
.../punbb/extensions/pun_pm/
.../punbb/extensions/pun_antispam/
and so on
Rich T wrote:I took the image.php file, the .js file and what ever else and placed it in the extensions folder, then took the file within the Lanf/Eng folder iand placed it in the appropriate folder.
I think the mistake is here. You just have to copy (or upload) the folder with extension files. For example, you have a forum in '/home/public_html/punbb' directory. There are some files and directories in this directory. The 'extensions' directory must be there. After copying new files must have the following names: '/home/public_html/punbb/extensions/pun_antispam/manifest.xml', '/home/public_html/punbb/extensions/pun_antispam/image.php' and so on.
I should clarify the situation with the extensions. Most of extensions have been developed for an old markup and they are (partially) compatible with PunBB 1.3 RC. They may not work correctly on 1.3 RC2 since markup and some hooks were changed. We have updated pun_antispam and pun_pm extensions and they can be installed on 1.3 RC2. So if you have 1.3 RC2, you have to download fresh versions (use links 'Download in other formats: Zip Archive'):
http://punbb.informer.com/trac/browser/ … n_antispam
http://punbb.informer.com/trac/browser/ … unk/pun_pm
Anatoly wrote:parpalak wrote:The link to the user's inbox contains the user's id. This id сhanges from one user to another. Probably we should think about removing this id.
Agree: no need to give ID to open user's inbox.
Now there are no user id in the links!
(new version for RC2 is publised in SVN)
soren121 wrote:This extension doesn't work in SQLite installs. The exact error is:
The error occurred on line 405 in /home/mschat/northsalemcrew.net/lightblog/forum/include/dblayer/sqlite.php
At last this bug was fixed: http://punbb.informer.com/trac/changeset/802
Posts found: 651 to 675 of 703