[BETA] WoWRosterDF 2.0 Issues

by **petrakid** » Fri Apr 25, 2008 11:29 pm

I installed the svn 1758 version of RosterDF 2 BETA. First problem I'm having is with the admin login. I have my system in maintenance mode at the moment, by the way. I also switched to the dragonfly theme. By the way, this is a completely new install of RosterDF. I removed the Alpha version, including the database tables, and the old 1.7.x version, including the tables.

RosterDF is asking for a password. I try my administrator password for DF, and it doesn't work. I try the old administrator password for the first superadmin I created in DF, no go. I try my officer level password from DF, again no go. I'm not sure of the authentication has been integrated into dragonfly or not, but if it has, it's not working. If it hasn't, how do I find the password?

Second. I am still having the same issue I had in the Alpha version (see attached). When I click the link to access the Roster, this is the page that comes up. If I click the Upload Profile link, (which by the way is the only link that is working), it fixes the problem. I am also getting the same popop box when ever I access any page of the Roster (that I can access). It was fixed in the Alpha, but now it's back. (see attached)

UPDATE: I was able to access the control panel in Roster with a password. I'm not sure where this password is coming from. I searched the database for a Roster password and couldn't find one, and I know that none of my administrator users in DF use the password. So, I'm guessing that authentication is currently not tied into DF.

by **zanix** » Fri Apr 25, 2008 11:50 pm

If you have itemstatsdf installed, you need to move the <script src="overlib.js"> part to just below the title tag
This will fix your problem

The auth system has not been integrated into DF as of yet
The Roster admin password is set to Admin, you can change it in RosterCP for now until Roster uses DF auth

by **Anaxent** » Fri Apr 25, 2008 11:52 pm

Authentication for Df has not been added yet the authentication is using Rosters which the admin password has been set to admin please change this right away since I told you the password.

The overlib issue has been found and is an easy fix. The issue was that item_stats overlib is being loaded before the hideform. To fix this you will need to re edit your themes header.html and place the overlib script above the {S_HEADER_TAGS}.

The issue with the module not loading when not in leo link mode has been fixed in the beta version. There is no longer a need to add the &p to the module name anymore.

by **petrakid** » Sat Apr 26, 2008 12:06 am

I rechecked the header.html files for all of my themes that I use, including the "default". They all have the script moved above the {S_HEADER_TAGS} as instructed (see code). I've cleared the cache in both the WoWRosterDF cache folder and the dragonflycms cache folder. I'm still having the same issue however.

Code: Select all: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html dir="{S_TEXTDIR}" lang="{S_LANGCODE}"> <head> <script type="text/javascript" src="modules/item_stats/overlib/overlib.js"> </script> {S_HEADER_TAGS} <link rel="stylesheet" type="text/css" href="{THEME_PATH}/style/style.css" /> <link rel="stylesheet" href="modules/item_stats/templates/itemstats.css" type="text/css" /> <link rel="stylesheet" href="modules/item_stats/templates/wowhead.css" type="text/css" />  <link rel="stylesheet" type="text/css" href="{THEME_PATH}/style/cpgmm.css" />  {CSS_IE} </head>

Again, this setup is similar in all of my themes/THEME_NAME/template/header.html files. I had made these edits beforhand, when trying out the Alpha version.

I turned LEO on (it was off before), and the page layout error seems to have gone away. Right now it's just the popup issue.

by **Anaxent** » Sat Apr 26, 2008 12:13 am

this here has fixed everyone else install.

Code: Select all: <script type="text/javascript" src="modules/item_stats/overlib/overlib.js"> </script> {S_HEADER_TAGS}

the only other thing I can think of is that the version of the overlib that your Item_stats install is using would be out of date to fix that just copy Rosters overlib.js file into item_stats.

Code: Select all: cp /module/WoWRosterDF/js/overlib.js modules/item_stats/overlib/

by **Arkel** » Sat Apr 26, 2008 12:18 am

Ok I am doing a full delete of the Alpha version. I also deleted the cms_roster in the MYsql DB. Just a quick question. The cms_wowrosterdf for 1.7.3 will not be over written will it on the install?
Doing a dump just to make sure. Better to be safe then sorry

by **Anaxent** » Sat Apr 26, 2008 12:37 am

Arkel wrote:Ok I am doing a full delete of the Alpha version. I also deleted the cms_roster in the MYsql DB. Just a quick question. The cms_wowrosterdf for 1.7.3 will not be over written will it on the install?
Doing a dump just to make sure. Better to be safe then sorry

hmm well the install creates the db tables based on the folder name of your WoWRoster 2.0 module.
Example:

cms_WoWRosterDF_roster_config

cms_ == DF prefix
WoWRosterDF_ == module name
roster_config == roster tables

With that said if the 1.7.3 module you have installed is using the same folder name as WoWRosterDF this will not install you will need to change the folder name of WoWRosterDF to something else like RosterDF.

by **petrakid** » Sat Apr 26, 2008 12:39 am

I removed Item_stats completely from my site, and that did fix the problem. Simply copying the js file from WoWRosterDF to Item_Stats didn't fix it. I don't need item stats ATM, so I'm going to keep it off my site for now.

I've been going through other screens on WoWRosterDF, and so far everything else seems fine. I'll post here if I find any problems.

by **Arkel** » Sat Apr 26, 2008 12:50 am

Well Anaxent as the saying goes "Out with the Old in with the New" I will just take Roster 1.7.3 off

by **Arkel** » Sat Apr 26, 2008 3:52 am

Anaxent wrote:The issue with the module not loading when not in leo link mode has been fixed in the beta version. There is no longer a need to add the &p to the module name anymore.

PROMISE not to kill???? I still have to use the &p

by **Arkel** » Sat Apr 26, 2008 6:38 am

Things that make you go "hmmmm" Ok I just don't get it
I did like you said,
1,) went and got the new cmslink.lib.php
2.) Just to make sure I deleted it both on my server & the upload server.
3.) Copped it over with Dreamweaver & saved it.
4.) Uploaded it to the server & still have to use the "&p"

I will take a look at it some more after the new Battlestar "MUST WATCH"

by **Anaxent** » Sat Apr 26, 2008 6:55 am

Arkel wrote:Things that make you go "hmmmm" Ok I just don't get it
I did like you said,
1,) went and got the new cmslink.lib.php
2.) Just to make sure I deleted it both on my server & the upload server.
3.) Copped it over with Dreamweaver & saved it.
4.) Uploaded it to the server & still have to use the "&p"

I will take a look at it some more after the new Battlestar "MUST WATCH"

Are you using a windows server by chance.

Here is the code that needed to be changed to make it all work was designed for roster to allow roster to work right in a windows environment.

Changed from:

Code: Select all: // Needed in case someone specified www.example.com/roster/index.php. // That format is the only one that works in IIS if( $pages == array('index' ) { $pages = array(); } $_GET[ROSTER_PAGE] = implode('-',$pages);

Changed to this with in the function parse_params()

Code: Select all: // Needed in case someone specified www.example.com/roster/index.php. // That format is the only one that works in IIS if( $pages == array(substr($module_name,1)) ) { $pages = array(); } $_GET[ROSTER_PAGE] = implode('-',$pages);

As you can see here we are using the module name to figure out the page and the php function substr() to make sure it does not cut of a character from the module name like rosterdf to osterdf

by **Anaxent** » Sat Apr 26, 2008 7:11 am

Petrakid, so I have just logged into your site and I see that you maybe in the process of installing/setting up the Beta and noticed that the popups have diapered, but that is because I do not see that you are using item_stats right now. Would you mind reactivating item_stats for me so I can get a glance at the code to figure out why you would still be seeing the popup for hideform?

by **Arkel** » Sat Apr 26, 2008 9:43 am

Ok this is what I have in there right now

Code: Select all: // Needed in case someone specified www.example.com/roster/index.php. // That format is the only one that works in IIS if( $pages == array(substr($module_name,1)) ) { $pages = array(); } $_GET[ROSTER_PAGE] = implode('-',$pages);

and yes I am on a windoz's server

by **zanix** » Sat Apr 26, 2008 10:14 am

Just before

Code: Select all: if( $pages == array(substr($module_name,1)) )

Add this

Code: Select all: $print $pages;