Because, as I've said, some users would have to either be in two groups at once, or be in a special group that blended priveleges of two seperate groups. The first choice would be acceptable, but the second one would drastically reduce the usability of the groups for other purposes.
2 2006-06-18 21:27
Re: Moderator Access... (8 replies, posted in PunBB 1.2 discussion)
Your example only further illustrates my point. Permissions is a big issue.
I would recommend two levels of moderator. A normal moderator would be able to moderate the forums the administrator selected for him, and would appear as a moderator in other forums, exactly the way your system works now. A special moderator would appear as a user to every forum except the ones that he/she has access to. That would allow for tighter control in some circumstances and broader control in others.
3 2006-06-18 18:23
Re: Moderator Access... (8 replies, posted in PunBB 1.2 discussion)
Smartys, I get how it works, I just don't think that the way it works is the best way for it to work. I'm using PunBB to help manage content for a record label. Each forum in PunBB is associated with an artist. I've made each Artist a moderator. Now here's where trouble steps in. There is a group called In Visible Silence, one of their members, Valtiel also does solo projects. In the way that you describe above, the groups would be bands/artists. I can assign everyone to be in a moderator group specific to their forum, but what about Valtiel. I can create a forum for him, but I have to either give the other members of In Visible Silence access to his forum, or put him in his own exclusive group. Not cool.
Using my idea, things would work a lot smoothly. I make every user that is an artist a moderator (or a special moderator group called "Artists"), then I can choose to associate the "Artist" group classification to specific bands or artists for each user. In this instance, rather than making Valtiel his own special Solo Artist + In Visible Silence group, he would simply be an artist within the context of Valtiel and In Visible Silence, but not in the context of Seeking Pandora (another group on our label).
4 2006-06-18 16:30
Re: Moderator Access... (8 replies, posted in PunBB 1.2 discussion)
Smartys, but having forum-specific groups, IMO would be easier. If I can say that SoandSo is a member of the moderator group for Forum A, Forum B and Forum C, but not for the rest of the forums, that would be a LOT more flexible than having to say SoandSo is in Moderator Group X which has rights to FORUM A, FORUM B and FORUM C. Or even worse, SoandSo is a member of Moderator Group A, Moderator Group B and Moderator Group C, which have rights for Forum A, Forum B and Forum C respectively.
It just seems to be that there should be "global moderators" which would behave like what exists now, and local moderators, who are only considered a moderator for the forums that they are designating as one in.
5 2006-06-18 04:52
Topic: Moderator Access... (8 replies, posted in PunBB 1.2 discussion)
I have a question about moderators.
I have about 12 different forums, representing bands and artists. I have been assigning the artists on the record label as moderators for each forum with which they are associated.
Today, I found out an interesting thing. An artist in Band A, having moderator acess to Forum A was allowed to create a topic in Forum B, despite the fact that he is not a moderator in Forum B, and that only moderators should be able to post topics in Forum B.
Essentially the forum permission controls and moderator controls don't work together. A user that has moderation rights in one forum is essentially a moderator everywhere, they just don't have the controls to perform special moderator actions on forums that they don't have access to.
That doesn't seem like the way things should be.
Is there any modification that fixes this, or any plans for this to be fixed in future versions?
Thanks for your help.
6 2006-06-17 03:16
Re: <br /> vs. <p> and a few other questions... (10 replies, posted in PunBB 1.2 discussion)
Good job.
I'm not a jerk. I just like to debate things until I'm sure the idea wouldn't be worth entertaining. You just convinced me, which isn't usually easy.
So good job.
7 2006-06-16 21:55
Re: <br /> vs. <p> and a few other questions... (10 replies, posted in PunBB 1.2 discussion)
Smartys, finally an acceptable answer.
But why not make it toggleable? Doesn't seem like it would be too hard to do that. One setting for people without a lot of space to store the data that would post-parse, one setting for people that want faster performance that would pre-parse.
Not to mention the fact that if you have smileys disabled, there's really no argument there at all. :-)
8 2006-06-16 21:42
Re: <br /> vs. <p> and a few other questions... (10 replies, posted in PunBB 1.2 discussion)
Elbekko, why not de-parse when letting users edit? Surely edits are a LOT less common than views, so you'd still be executing much less code.
9 2006-06-16 21:36
Re: OK to remove the copyright entirely from punBB? (7 replies, posted in PunBB 1.2 discussion)
Yeah, I just saw that Smartys.
Anyone who removes the copyright sucks. <--- My Oppinion.
Christ. The guy did a LOT of great work. He's distributing it for free. Now they want to strip the man of his props? That's ho. :-)
10 2006-06-16 21:33
Re: <br /> vs. <p> and a few other questions... (10 replies, posted in PunBB 1.2 discussion)
Paul, presumably "parsed" messages are just plain old HTML, which every database supports. Sure there COULD be instances in which another board could produce code that breaks something in PunBB, but since most posts are a <p> element (or a series of them) with <br /> and <img /> tags and a few other formatting tags, I can't really see how this could hurt. Worst case scenario, you would get unparsed text from another database, in which the migration tools that everyone seems to love so much would just have to include the PunBB parser in the migration process. Very doable, I'd say.
11 2006-06-16 21:24
Topic: <br /> vs. <p> and a few other questions... (10 replies, posted in PunBB 1.2 discussion)
Okay.....
So why are \n in posts replaced with <br /> rather than </p><p>. I've just modified my PunBB to use <p> and it's working well. Am I missing something?
Second of all, why aren't messages parsed, before they are stored in the database. It seems like it would be a LOT lighter on the server. The only potential drawback I can see would be if parsing options are changed after an article was posted, which doesn't really seem like a big problem to me.
So what's up Rickard? Let me in on the mind of a genius...
12 2006-06-16 21:17
Re: OK to remove the copyright entirely from punBB? (7 replies, posted in PunBB 1.2 discussion)
Yeah, I'm pretty sure it's illegal to remove the copyright...
Rickard, it looks like some people owe you some money. :-)
13 2006-06-15 20:30
Re: Selecting the First Post... (5 replies, posted in PunBB 1.2 modifications, plugins and integrations)
Thanks guys. I actually like the code from the punbb news mod a bit better because it uses only a single query. I appreciate the help from both of you.
14 2006-06-15 17:23
Re: Craaaaaaaaaazy Cookies (12 replies, posted in PunBB 1.2 troubleshooting)
Smartys, turn off caching on the server, or locally?
15 2006-06-15 17:06
Re: Craaaaaaaaaazy Cookies (12 replies, posted in PunBB 1.2 troubleshooting)
Alright, I cleared all private data in Firefox. I logged in. Clicked the logout button, and it worked. Then I logged in again, clicked on a link to a forum, then clicked the logout button, and it didn't work.
There isn't a limited number of login/logouts in a given time period, is there?
Is my path correct?
16 2006-06-15 16:54
Topic: Selecting the First Post... (5 replies, posted in PunBB 1.2 modifications, plugins and integrations)
Shouldn't there be a column like "topics.first_post_id"? I am trying to create a page that will display the first post of every topic in a given forum, however PunBB seems to determine the first post by selecting the lowest posts.id number. This effectively works, but it isn't exactly an elegant solution in my book. It seems to me that it would just be much better if there was simply a "topics.first_post_id" column, so that one could simply retrieve the first post and discard the rest.
Has anyone else had this problem? What solution if any have you used to get just the first post?
17 2006-06-15 16:30
Re: Craaaaaaaaaazy Cookies (12 replies, posted in PunBB 1.2 troubleshooting)
Rickard, Smartys, I went into the firefox preferences menu, selected view cookies, and deleted every cooke for my site one by one.
At present, the only cookie for punbb is as follows:
Name: punbb_cookie
Content:
Domain: .dreamsfade.com
Path: /
Send For: Any Type of Connection
Expires: At end of Session
Okay, I've tried the following, all with failure (deleting my cookies after each attempt):
Login at http://dreamsfade.com/board, logout immediately after login. Failed
Login at http://www.dreamsfade.com/board, logout immediately after login. Failed
Login at http://www.dreamsfade.com/board, navigate to http://dreamsfade.com/board/index.php immediately after login, logout. Failed.
Login at http://dreamsfade.com/board, navigate to http://www.dreamsfade.com/board/index.php immediately after login, logout. Failed.
Here is all of my pertinent information.
$cookie_name = 'punbb_cookie';
$cookie_domain = '.dreamsfade.com';
$cookie_path = '/';
$cookie_secure = 0;
$cookie_seed = '912941e0';
Absolute URL to Board: http://dreamsfade.com/board
Base URL from the Admin->Options page: http://dreamsfade.com/board
Subdomain:
http://board.dreamsfade.com redirects to http://dreamsfade.com/board/
http://www.board.dreamsfade.com redirects to http://dreamsfade.com/board/ (not explicitly set, just seems to work that way.)
Redirects:
http://dreamsfade.com redirects to http://dreamsfade.com/board
http://www.dreamsfade.com redirects to http://www.dreamsfade.com/board (can't find how to change this)
The cookie seems to be the same regardless of whether I login from http://www.dreamsfade.com/board or http://dreamsfade.com/board.
If I've missed any pertinent information, please let me know.
Thanks for your help guys. This is driving me crazy.
18 2006-06-15 02:21
Re: Craaaaaaaaaazy Cookies (12 replies, posted in PunBB 1.2 troubleshooting)
Smartys, that's what it's currently set at.
And it's not working.
19 2006-06-14 16:29
Re: A migration tool from PunBB to any other forum engines (2 replies, posted in PunBB 1.2 troubleshooting)
I can't imagine you'll get a lot of help with that here. These are people that USE PunBB, so they would most likely know of ways to migrate to PunBB. I can't imagine that anyone who has stopped using PunBB has stuck around in case anyone else should need help switching.
20 2006-06-14 16:25
Topic: Craaaaaaaaaazy Cookies (12 replies, posted in PunBB 1.2 troubleshooting)
Okay. So I am running a PunBB on my website. The url is http://dreamsfade.com/board; however, the site can also be accessed using http://www.dreamsfade.com/board, http://board.dreamsfade.com, http://www.board.dreamsfade.com, and (temporarily) http://dreamsfade.com and http://www.dreamsfade.com.
(sigh)
Now the problem I am having is that when I login, usually I can logout right away perfectly fine, however if I login and browse the forum a bit, viewing the first page after index.php automatically makes it impossible to logout. I have tried everything. On occasion, if I login at http://dreamsfade.com/board, browse somewhere, and then have a logout failure, I can type http://www.dreamsfade.com/board, click the login link there, which will not log out successfully, but then if I return to http://dreamsfade.com/board, I will be logged out from that page. This is not a consistently reproduceable behavior.
I know that punBB doesn't get a long with a mixture of domains, but I have tried everything to make this work. I have adjusted the domain cookie, fooled around with my subdomains and redirects in CPanel, even reinstalled PunBB. I really like the PunBB software, but I have to wonder if the paranoid security conscious view of sessions is enough to justify the incredibly decreased usability. My users will not be discussing national secrets, after all.
Anyway, if anyone has some suggestions please let me know. I have a Cpanel interface available to me, and I am handy enough with PHP to modify anything.
I appreciate your help.