"Roster Master" - Guild Roster for Your Personal Guild Website

[Xenithia]

Thats ok these things happen , glad to have a fix for it. Got to love those sneaky Nerfs /grin

[Dark_Grue]

Xenithia@Crushbone wrote:

Thats ok these things happen , glad to have a fix for it.Got to love those sneaky Nerfs /grin

Not really happy with this change, as it pretty much bypassed the normal change control for the project... I'm just baffled as to why Phoenix saw it as a security improvement. It's not. I'm not even sure what it was supposed to prevent (I can think of a few things but they're trivial things on the level of very non-granular tracking cookies - you could serialize an image to tell when someone had read a particular thread, but that's about it, and you could do that anyway with plain old real image files anyway). AFAIK, it's a non-issue.

In any case, I've opened Bug ID#1035, that hopefully should prompt reversal of the change to the Dragonfly code. Or not. The developers don't always agree with me. I just report the bugs.

EDIT: Looks like it's not a "bug", it's a "feature" - one that does, in fact, have a reason for it... I'm working on improving the filter, but it's gonna kill the functionality RM4DF requires. I'm looking into an Apache rewrite rule as a possibility.

Even if they choose not to fix it though, as I demonstrated there's nothing preventing anyone from altering their own BBCode file to correct it. I already use a modified nbbcode.php because I wanted a more liberal filter on the Adobe Flash tag (that's part of the reason I missed the change, the modified file I have pre-dates the change to the IMG tag filter, so every time I'd overwrite it with my modifications, it effectively backed out that change). =)

[jey10]

Greetings all,

 Hope all is well with everyone... I am not sure if this is where I should post this or not but I was wondering if there was a way to link Roster Master's Members to EQDKP User's?  Our guild finally is going to be moving to a RAID Point tracking system and we would love to not have to rekey all the accounts into EQDPK or have the guild mates have to sign up again...

 Any thoughts are much appreciated.

 Regards,

[Lantis]

jey10 wrote:

Greetings all,

 Hope all is well with everyone... I am not sure if this is where I should post this or not but I was wondering if there was a way to link Roster Master's Members to EQDKP User's?  Our guild finally is going to be moving to a RAID Point tracking system and we would love to not have to rekey all the accounts into EQDPK or have the guild mates have to sign up again...

 Any thoughts are much appreciated.

 Regards,

RosterMaster does not have any form of user authentication in itself, therefore it would be unsuitable for such a thing.  What you're looking for rather is user authentication linked to your forum/portal software, such as RaidNinja does.

[jey10]

Thanks but I am not looking for authentication...  I am looking for a way to bridge Roster Masetrs Users and EQDKP... To be able to pull in all the toons that each account has associated to them instead of having to have every guild mate sign up each toon ....

Regards,

[Lantis]

jey10 wrote:

Thanks but I am not looking for authentication...  I am looking for a way to bridge Roster Masetrs Users and EQDKP... To be able to pull in all the toons that each account has associated to them instead of having to have every guild mate sign up each toon ....

Regards,

Your best shot would probably be to contact the EQDKP authors directly, as this would have to be implemented inside EQDKP itself.  The Rostermaster database is easily accessible for any third party wishing to access either the roster or the claimed character tables, in RMSA's case they can look inside rmadmin.php to see how the tables are setup.

[jey10]

Lantis@Antonia Bayle wrote:

jey10 wrote:

Thanks but I am not looking for authentication...  I am looking for a way to bridge Roster Masetrs Users and EQDKP... To be able to pull in all the toons that each account has associated to them instead of having to have every guild mate sign up each toon ....

Regards,

Your best shot would probably be to contact the EQDKP authors directly, as this would have to be implemented inside EQDKP itself.  The Rostermaster database is easily accessible for any third party wishing to access either the roster or the claimed character tables, in RMSA's case they can look inside rmadmin.php to see how the tables are setup.

Hi Lantis,

 That is what I thought I just wanted to be sure that was the way to go.. I have pulled in the Users table and looks very easy to work with...  I will work with EQDKP on how to get it into their tables now... Again thanks..

 Regards,

[Lindar Phamoncry]

Lantis@Antonia Bayle wrote:

Call your MW (Main Webmaster), cause the Avatar of Rosters has spawned.  RosterMaster StandAlone 4.1.0

Changes in 4.1.0 (1-Mar-2008 )

• NEW: User avatars when authenticating with one of the supported platforms (phpBB, SMF and Xoops).  A new 'avatar' keyword has been added for the display template.
• NEW: Added e107 CMS user authentication.
• NEW: Re-added and updated Invision Power Board 2.x user authentication (thanks Karen for testing it) 
• NEW: Added a 'FAQ' in the docs folder to help with the most common issues and other questions.
• NEW: New 'Homepage' option, will add a 'Home' entry in RMSA's menu.  Code submitted by Thelic.
• IMPROVED: On new installations RMSA will display a link pointing to the Configuration module.
• IMPROVED: You can now click on a username in the roster to view the forum/CMS profile of that user (for claimed characters).
• IMPROVED: Removed the 'base_dir' configuration item.
• IMPROVED: "Verify PHP Features" will now test for PHP's magic quotes.  This should be disabled in your PHP configuration to avoid issues with cookies.
• IMPROVED: SMF: replaced memberName with realName, as this is actually the displayed name.  You might need to update your existing claims.
• FIXED: error_message() wasn't properly handling flags.
• FIXED: Failure to connect to the database server will properly be reported, and allow you to enter the Configuration module to fix it.
• FIXED: Flatfile support was broken in 4.0.0.
• FIXED: Rank names with accents in them weren't properly saved in the configuration file.

Form up is here.You can loot it here. Discuss strats here.

Just wanted to say thanks for the standalone support, as a forum admin of sites other than that of my guilds I generally detest cpgnuke/dragonfly (can anyone say reliable polls? amongst many other reasons) a good thing I like forums that I dont have to admin even better!SMF 2.0 FTW!!!! now just gotta wait for TP to catch up

[Lantis]

Lindar@Antonia Bayle wrote:

Just wanted to say thanks for the standalone support, as a forum admin of sites other than that of my guilds I generally detest cpgnuke/dragonfly (can anyone say reliable polls? amongst many other reasons) a good thing I like forums that I dont have to admin even better!SMF 2.0 FTW!!!! now just gotta wait for TP to catch up " />

You're welcome. One of the guild sites I manage runs SMF 1.1.4 (wasn't installed by me, but I took over managing the site for the guild), and it is indeed very light on maintenance - even updates can be installed through the CP without requiring to deal with FTP/configuration changes.  Are you running SMF 2.0?  If so I'd be interested to know if RMSA's integration still works with it...My current guild is probably going to move off Guild Portal in a near future.  I haven't finalized my decision yet, but looks like I'll go with Xoops and phpBB3 (phpBB over SMF mostly due to SMF sorely lacking in good themes - should be easier to find a matching theme for Xoops and phpBB).  I had to experiment with a bunch of *nuke clones while working on RMSA, and I can't say I'm really impressed by the internal design of most of these (some of them are flatly horrible, and I wouldn't trust that code even if it was on an internal server with no Internet access at all...)  However Xoops' design looked pretty good to me at a first glance - I just need to see how it handles in day-to-day operation.  Mostly it will have to be fairly simple, as the other site admin has a fairly limited technical understanding.If I could find the theme I want, I'd be tempted to go with the same software used on my old guid site: MKPortal with SMF.  Simple to manage, does the job.

[Riva Dragon]

Hi, I am new to all of this php/Dragonfly stuff, but long time EQ'er.

 I have a working Dragonfly site for our guild Star of Norrath at http://www.starofnorrath.com/

I installed Stremok's GEM and the install went fine, however, when you go to set a new event, on the Submit New Event page, the Event Start Date: field has the little calendar button to the right of it... if you click that calendar button, a small window opens (I assume this is a calendar when you would click on the proper day) but all i get is a 404 error page "The page cannot be found".  The URL of this window is...

http://www.starofnorrath.com/GEM/ca...6547083699&id=0

The rest of the links on the site behave properly and I dont know why this one doesnt work... any ideas?

Dragonfly 9.2.1

GEM 1.4.2.0

Roster Master 6.3.0

MySQL 5.0.45

PHP 5.2.5

 Thank you

[Dark_Grue]

Riva Dragon wrote:

I installed Stremok's GEM and the install went fine, however, when you go to set a new event, on the Submit New Event page, the Event Start Date: field has the little calendar button to the right of it... if you click that calendar button, a small window opens (I assume this is a calendar when you would click on the proper day) but all i get is a 404 error page "The page cannot be found".  The URL of this window is...

http://www.starofnorrath.com/GEM/ca...6547083699&id=0

The rest of the links on the site behave properly and I dont know why this one doesnt work... any ideas?

I don't htink Stemok's actively developing GEM right now, the last posts he made on his site mentioned he was pulled off onto other projects. So, I'm not sure if or when development will continue there.

However, I remember this one!

You're running afoul of the Cross-Site Scripting (XSS) protection in your browser. I remember actually researching this in the Microsoft Knowledge Base (which, IIRC, actualy a) made it easy to find, and b) actually had a really good explanation of what was happening and why). From memory: it has something to do with opeing a window with a link in it that wasn't considered part of the current domain context. It's actually the browser protecting you.

I diddled with GEM for a while to try and solve this. I was able to create a solution, but then I started digging deeper and deeper, couldn't find a JS calendar I liked that worked properly (or at least could in the several afternnons of tinkering I fiddled), and realized there was a lot of it that really just needed to be rewritten. Since at the time Stremok was saying 2.0 was in the works, I sent him a note of what I'd found and stopped work, since I'd ended up with the guts of it all over the floor, and I didn't want to reqrite something that was supposedly in the middle of being rewritten anyway. Don't bother asking for what I'd written, it was so messy I destroyed it - it didn't even really work properly, it was just a proof of concept.

Basically, the calendar needed to be re-jiggered so that it was an inline module call, rather than a HTML page that's called outside of the module path like it is in the current instance of GEM. You can get away with it if you're not using a current version of IE, but it breaks the browser web security model by allowing it.

[Brinelan]

Is it possible to restrict the ability to claim a character to people assigned to a member group in SMF?  I am doing my tests and even those who are logged in as a guest user can still claim characters.  I would prefer that this is restricted to people who I have verified that they are the person who is in the guild and have assigned them a membergroup setting in their profile.

[Lantis]

RMSA already checks that the user has been activated before considering him logged in.  Set SMF registration to "Member Approval" so any new user will require an administrator to review his account to activate it.  This way, only accounts that have been verified will get access to RMSA's claims (and the rest of your forums as well).  This also ensures that spammers can't do anything until you have verified their subscription.

[Brinelan]

Ahh, changed to member approval.  That will work.  Thanks.

[Dark_Grue]

At points of clarity, I realize that my life on earth is meaningless, and that I am merely a pawn in a bigger game. A game I cannot possible understand or have control of. Thankfully, before depression sets in, I drift back into my cloudy, bewildered daily routine.

     - Joel Patrick Warneke

---

It's been a while, but RM4DF isn't dead - it's just pining for the fjords! This version has a few minor fixes, and some new features on the back-end that build on existing functionality. I've also devised a (admittedly a kludge) solution to URL-filtering preventing dynamic signatures from being used, for those who need the feature. Basically, now you can deep-link the cached image and force RM4DF to refresh the image cache each time the roster's updated, rather than doing it on-demand (which is more efficient).

Enjoy!

Roster Master for Dragonfly (RM4DF) 6.3.1:

Get it and development news from the RM4DF Project Page.

• Fixed horizontal avatar margins when LEFT alignment directive is used. Bug reported and fixed by Seagoat.
• Added "Optimize Tables" administrative command to delete all widowed and orphaned claims all at once.
• Added Rise of Kunark Raid Flagging Timeline to the Access Quest Tracker.
• Added link to cached signature image (when it is present in the cache) to the Edit Character Claim page. This is to help people work around URL filtering that some CMSes perform.
• The reap_sigcache() function now checks the cache for files that are excluded by the $config['exclude_ranks'] array.
• Added "Fill Signature Block Cache" administrative command to pregenerate the signature block cache for all valid characters.
• CONFIG CHANGE: Added $config['force_sig_cache'] directive to allow the selective regeneration of the signature block cache to be forced every time the roster data is updated. NOTE: Using this feature may cause Roster Master to exceed the maximum script execution time (see source for explanation)
• CONFIG CHANGE: Roster Master no longer allows upgrades from versions older than 6.0.0 (Any versions prior to 6.2.0 aren't functional due to the EQ2Players structure changes anyway.) Users upgrading from a version prior to 6.0.0 must uninstall the previous version, then install 6.3.1. NOTE: Character claims will not be preserved (as per a fresh install).

[Dark_Grue]

Oh, I forgot: there's a new version of the SoE Update Notes Block too!

[Brinelan]

Would it be possible to display a members claimed characters under their name in smf when they post, and also in their smf profile?  This would look similar to how the guild and such diaplay here on these boards.

Since the smf integration and character claim abilities are already there, would this be a major undertaking? 

[Lantis]

Brinelan@Guk wrote:

Would it be possible to display a members claimed characters under their name in smf when they post, and also in their smf profile?  This would look similar to how the guild and such diaplay here on these boards.

Since the smf integration and character claim abilities are already there, would this be a major undertaking? 

This would have to be done in SMF itself.  RosterMaster isn't a SMF plugin, it's a standalone application that only accesses the SMF user database to confirm what user is currently logged in - SMF doesn't even know that RMSA exists.  To do what you're asking for, you would have to either write some SMF plugin, or modify the SMF code itself to access the RMSA database, and extract such data so you can display it in the posts.Nothing I can do there, sorry.

[VALKOR]

If you are using a newer version of PHP (5.1.x) and you have short_open_tags turned off (which is the default), Roster Master 4.1.0 will not return any data.  Running it from the command line will give an error about being unable to locate the update_data function.

The issue is that with 5.1.x all PHP files are suppose to start with

The quick solution is to simply turn on short_open_tags in your php.ini file and restart your webserver.

http://bytes.com/forum/thread538704.html

[Lantis]

Good catch there.  I guess my test setup is still using the short_open_tags for legacy reasons (it's based on CentOS 5), so that one slipped through.  I'll update the code when I get back home tonight.On the development front, RMSA is mostly into "mainteance mode" at the moment.  There are no new features currently on my ToDO list, so the next version will most likely be when SMF 2.0 comes out of beta as I will make any necessary adjustment to the code to keep the integration working.  So far 4.1.0 seems to have been a pretty good release - this short tag issue is the first one to come up since the release.   So if you are developping any variant based on RMSA code, 4.1.0 is the perfect code base to start from.I took a shot at adding Wordpress support, but had to can the idea after a few hours digging through it: Wordpress seems to change its authentication code fairly often between releases, so supporting it would be a pain in the neck as I would have to be able to deal with at least three different authentication scheme.

[Brinelan]

Lantis@Antonia Bayle wrote:

On the development front, RMSA is mostly into "mainteance mode" at the moment.  There are no new features currently on my ToDO list, so the next version will most likely be when SMF 2.0 comes out of beta as I will make any necessary adjustment to the code to keep the integration working.  So far 4.1.0 seems to have been a pretty good release - this short tag issue is the first one to come up since the release. " width="15" height="15">  So if you are developping any variant based on RMSA code, 4.1.0 is the perfect code base to start from.I took a shot at adding Wordpress support, but had to can the idea after a few hours digging through it: Wordpress seems to change its authentication code fairly often between releases, so supporting it would be a pain in the neck as I would have to be able to deal with at least three different authentication scheme.

If you need more features to work on, some of the trackers the dragonfly version has would be nice to have in the stand alone version

[Lantis]

Brinelan@Guk wrote:

If you need more features to work on, some of the trackers the dragonfly version has would be nice to have in the stand alone version

I decided not to implement the trackers for two reasons:a) Requires a lot of maintaining whenever SOE changes things (ask Grue how much he likes maintaining these whenever a new expansion comes out, as if just keeping up with the EQ2Players changes usually associated with these expansions wasn't enough already)b) I feel that these trackers do not belong in a roster, but in a separate application.  Just like a raid management tool belongs in its own separate application (like RaidNinja).Now, if anyone wants to implement and maintain such trackers, I'd be happy to provide any help interfacing it with RMSA.  But I want the two of them to remain separate applications.  Just a personal philosophy of mine: I think a given piece of software should be designed to fulfill only one role.  Multipurpose software tend to be hard to maintain and more confusing to use, and tend to do a lot of things with average success rather than one single focused goal but with better results.

[Lantis]

Some new buffs have been applied to RosterMaster Stand Alone:RosterMaster Stand Alone 4.1.2

Changes in 4.1.2

• NEW: Avatar size can now be enforced in the configuration.  Leave it to "0" to have them displayed in their original size.
• NEW: Added PHP-Fusion CMS user authentication.
• FIXED: One file was still using a short tag opener, causing issues with some PHP configurations.
• IMPROVED: Pointer will change while hovering over a clickable group header (update any custom CSS - rm_groupheader class was modified)
• IMPROVED: Password must be entered twice when changing it from the default one.

View it here.Download it here. Discuss it here.

[Jaclac]

Dear Lantis,

Sorry for my very bad english (I hope a little that with your name you can speak french !?)

I have a very little bug with your wonderfull rostermaster stand alone :

Warning: set_time_limit() has been disabled for security reasons in /var/www/vhosts/phoenix-reborn.org/httpdocs/Roster/rostermaster.php on line 57

with a little disorder : the arrows at the top of sort colomn :

Nom ⇑2 Rang ⇓1

Thank you for help

 http://phoenix-reborn.org/Roster/index.php

[Lantis]

The warning is nothing serious: it simply means that your server is configured to prevent scripts from changing their maximum allowed runtime, and it displays a warning about it.  Go into RMSA's configuration, and make sure that Debug mode isn't enabled.  If it still displays the warning, then you can safely comment out that line in the code.  Edit rostermaster.php, and change line 57 to comment out that function, so the resulting line looks like this:// set_time_limit($config['timeout']);// Set max execution timeThis will take care of the warning.As for the ranks, I don't see anything wrong there.  Is it a display issue or an order issue?  Here's how it looks here:Which looks correct to me: Rank is sorted in decreasing importance (downward arrow) as primary sort, and Name is sorted in ascending order (upward arrow) as secondary sort, meaning this is the sort order within a given rank.If I'm missing it and you are having difficulties explaining it you can send me a PM in French, if it's any easier for you.

[Jaclac]

Thank you,

I don't see the arrow, I see a small green box (carré in french) like the grey in my post.

But maybe this is my Work PC, I see on my good PC later.

I do that.

Thanks

[Lantis]

The cut and paste you did in your post also looks correct to me.RMSA uses HTML 4.0 entities (&uarr and &darr ) to represent the arrows.  Therefore it will rely on two things:1) Having a fairly modern browser that supports all entities that are standard with HTML 4.0 (should be the case unless you use Mosaic or IE 3.02 2) Having a font that has the complete charset (some custom fonts might lack some specific characters - this is probably your case).While it might not look the best with some fonts, this ensures that it will scale and be correctly colored, unlike a bitmap image.

[Jaclac]

 Cool it's good on my personnal personnal computer, I have a little nice green arrow

Lol it's right, I see also arrows in my cut and paste now. 

[Jaclac]

OK

Debug mode disabled --> no change

Edit rostermaster.php (+//  on line 57) --> ok   no error message

Merci beaucoup

[Jimena]

hope you can help i am getting this werror, this is a new install

On /index.php?name=Roster_MasterWhile executing query "REPLACE cms_roster_master SET characterId='590892203', name='Antherial', guildRank='Junior Member', Adv_Class='Dirge', Adv_Level='20', Art_Class='Unskilled', Art_Level='1', secondaryTradeskillClass='none', secondaryTradeskillLevel='0', memberNumber='74', questsCompleted='29', Last_Updated='1213658507'"the following error occured: Field 'lastName' doesn't have a default valueIn: C:InetpubwwwrootmodulesRoster_Masterfunctionsparse r.inc on line: 840