1,001

(20 replies, posted in PunBB 1.3 troubleshooting)

userlist search:
I think that's because there isn't a good way to do it otherwise, since data for the URL is coming from the form. How would you do it?

admin/extensions:
Yup, but we're debating the merits of having SEF URLs in the admin panel at all.

others:
what do you mean? What are they supposed to be rewriting?

1,002

(15 replies, posted in PunBB 1.3 troubleshooting)

The page wouldn't be in the database unless you put the code in a hook (like the one in misc.php) rather than a separate file. If you were to do that, you would call it however you would call a normal page. If not, you would have to give the full URL to the file. The idea, as I said, is to keep the extension code and core code separate.

1,003

(37 replies, posted in PunBB 1.3 extensions)

What do iframes and uploading have to do with one another?

1,004

(15 replies, posted in PunBB 1.3 troubleshooting)

I should note that this type of release isn't something we're going to promote in 1.3. Instead, people should write an extension and put the file within that.

1,005

(2 replies, posted in PunBB 1.3 troubleshooting)

lie2815 wrote:

I don't know but...
Wouldn't it be better to redirect to the page you came from when deleting a post. It is kind of annoying in large topics... (it always redirects to the first page of the topic).

That's not always possible: a deletion can make a page not exist. Also, what page do we redirect to? The one that the post we deleted was on or the one that the post after it is on or the one that the post before it is on?
If you're deleting multiple posts, that's why we have the Delete multiple posts link.

1,006

(99 replies, posted in PunBB 1.3 additions)

I hope not, since the English language packs aren't even done.

1,007

(151 replies, posted in PunBB 1.3 extensions)

co_common is the place for that. You can't add a hook to functions.php because it's loaded too early.

1,008

(15 replies, posted in PunBB 1.3 troubleshooting)

It's not an extension and should not be treated as such. If you want to release it as an extension, you need to package it up with a proper manifest.xml

1,009

(18 replies, posted in PunBB 1.2 troubleshooting)

Moved to Troubleshooting, since the problem doesn't seem to be with PunBB

Changing the code shouldn't take more than 5 minutes or so.

1,011

(8 replies, posted in PunBB 1.2 discussion)

No, since the broadcast email plugin is meant to be run from within the admin interface by a browser. Similar code could be used to make such a modification though.

So? Opt-in isn't a bad thing tongue

Luckily, this should be a thing of the past with 1.3

intedinmamma wrote:
elbekko wrote:

That's hell to type out every time tho >=(

But you don't have to have foobar as ID even if the extension is named foobar, you can always use fb. (as long as you're the first one to use it)

Well, until I make a facebook extensions and want to use fb as well. Extension IDs are meant to be unique, which is why they should be used. Long variable names? Yes. I would much rather have people writing/copy-pasting long variable names than posting lots of "Why do these extensions not work together?" and "Why does doing this break PunBB" posts.

1,015

(3 replies, posted in PunBB 1.3 troubleshooting)

Closed, we're not supporting 1.3 extensions at this stage: if you have a question about the extension you can ask it in the developer's topic.

elbekko wrote:

Still. A for suddenly looks uglier:

for($ext_fb_i = 0; $ext_fb_i != 10; $ext_fb_i++)

And takes ages longer to type out too tongue

Would you rather use $pun_extension[<ext_id>][stuff]? That was the original plan tongue

$ext_<extension_id>_var is I think what we settled on
So, I would use $ext_foobar_result if I was trying to store a database result in the extension with ID foobar.

Also, add the index for all database systems?

1,019

(8 replies, posted in PunBB 1.2 discussion)

Moved to PunBB Discussion
No, that's a feature that fairly few people want or need. The number of emails sent out would be huge for any but the smallest setups.

http://www.punres.org/viewtopic.php?id=1545
This code does the right thing in a very insecure manner (which means don't use it as it is). smile

Moved to Modifications
I think I've heard of a mod like this before, but I can't think of the name.

1,022

(20 replies, posted in PunBB 1.3 troubleshooting)

SuperMAG wrote:

ok  .... lets go back to beta and bugs related ... and also making new extensions for 1.3

by the way ... i was told that url rewriting dublicate urls will be fixed ... still now with the latest dev .. its not fixed ...

Yes. Will be. That means in the future, not right now. Now be patient.

SuperMAG wrote:

and also when you add simbols in topic title like`!$#%#%^$&(*?{"}_
the url becomes totaly broken ,,,, its not fixed either ,,,

Yes. We know. This isn't the first time it has been pointed out. We're considering ways to improve how characters are dealt with without compromising the usefulness of the titles for languages other than English. If you have any suggestions other then "fix it now!!!" I'd love to hear them.

1,023

(5 replies, posted in PunBB 1.2 discussion)

pedrotuga: No. CSRF attacks are very real. Without the confirm_referrer check, I can make an administrator do things on a forum just by visiting a page I control (on any site).

1,024

(20 replies, posted in PunBB 1.3 troubleshooting)

Mpok: That's not a measure of how the extension system slows things down though: you would want to measure PunBB pages both with hooks being used and without hooks being used.
SuperMAG: Those benchmarks mean very little. The scripts were .002 seconds slower. And you slowed them down using extensions that may or may not be efficient in the first place. And you didn't compare that to a 1.2 install of similar modifications. And how did you arrive at those final page generation times?

1,025

(20 replies, posted in PunBB 1.3 troubleshooting)

SuperMAG wrote:

so 1.2 is faster then 1.3 ...

Not necessarily.

SuperMAG wrote:

ok can you compare the www.megapun.com vs Phpbb3 ... or phpbb3 vs 1.3

I can't compare MegaPun, but what do you mean by "compare"? In terms of what>