Thats not it. I add that and get:

Parse error: parse error, unexpected T_VARIABLE in E:\web\bronzedrago\htdocs\modules\WowRosterDF\lib\cmslink.lib.php on line 85

Fatal error: Call to undefined function: makelink() in E:\web\bronzedrago\htdocs\modules\WowRosterDF\localization\languages.php on line 140

Oops, should be

Code: Select all

print $pages;

here my installation
http://www.i-motion.fr/RosterDF.html
I succefully removed the overlib error on the user pages, but it still occurs on the admin pages. i think i can find the solution by myself, just for info.

but i have still the issue that the umlaut é, è, à used in french language are not correctly shown on the DF part while in the rosterDF module.

The motd set as image has the following URL

Code: Select all

http://www.i-motion.fr/motd.php?id=1

instead of

Code: Select all

http://www.i-motion.fr/RosterDF/motd/id=1.html

the same for the realmstatus

Code: Select all

http://www.i-motion.fr/realmstatus.php?r=EU-Conseil+des+Ombres

instead of

Code: Select all

http://www.i-motion.fr/RosterDF/realmstatus/r=EU-Conseil+des+Ombres.html

I tryed some modifications in /lib/menu.php on line 550 like that

Code: Select all

$realmStatus .= '      <img alt="WoW Server Status" src="' . makelink('realmstatus/r=' . urlencode($realmname), false) . '" />' . "\n";

but the makelink() inserts a p= before the realmstatus.


I solved the overlib issue in admin pages, was due to the changes i have made to header.html while testing rosterDF alpha. so your advices earlier in this thread are enough to fix the issue

Also when configuring left and right menu panels to use graphs leads to an invalid image.
I tried to give access to the bargraph.php via .htaccess, but did not fixed the issue

Sorry for spamming this thread;
The RosterDiag link takes very long before showing serveral errors, or a sometimes a blank page

Code: Select all

Diagnostic du Roster

Basic Server Info
OS Linux
Server Software Apache
MySQL Version 5.0.44-log
 

PHP Settings
PHP Version 4.4.8
PHP API Type cgi
safe_mode Off
open_basedir Off
allow_url_fopen On
file_uploads On
upload_max_filesize 16M
 
 GD Support
GD Status On
GD Version bundled (2.0.28 compatible)
FreeType Support Yes
FreeType Linkage with freetype
T1Lib Support Yes
GIF Read Support Yes
GIF Create Support Yes
JPG Support Yes
PNG Support Yes
WBMP Support Yes
XBM Support Yes
JIS-mapped Japanese Font Support No
 
 
Config Values
Show Entire $roster->config array
version 1.9.9.1758
db_version 6
db_prefix cms_rosterdf_roster_
debug_mode On
roster_lang frFR
img_url modules/RosterDF/img/
interface_url images/rosterdf/
img_suffix jpg
use_update_triggers On
rs_mode On
 

 
Fatal error: Call to undefined function: opentable() in /home.10.29/schiffma/www/includes/cmsinit.inc on line 710
 


I quickly installed a fresh DFroster 2.0 on another DF site without all the customizations i have done for www.i-motion.fr to make sure there is not a bug due to the theme mods on i-motion.
The issues are the same.
http://nycg.i-motion.fr/RosterDF.html
you can log to admin page with the default password if you want

I'll reactivate Item_Stats this morning.

For those of you trying to get Armorysync to work, as known the Ajax variant does not work on this DF port. with the PHP variant be carefull it can lead in a ban of your IP due to flooding the site.

ok I have Item_Stats reinstalled, and yes the popup has returned. Feel free to dig in

Well, I was thinking...There doesn't seem to be a problem with WowrosterDF working, in spite of the OverLIB apparently being out of date (which it isn't, I checked the overlib.js file, and it IS the most current in Item_Stats). So, what if someone were to just remove the code that checks the overlib.js version?

So that's what I did. I commented out the line that checked the overlib.js version in overlib_hideform.js. The popup is gone, and everything works fine. I haven't checked it in IE, but I will do this once I get to a computer that uses IE. It's working fine in Mozilla though.

Petrakid the issue that I see is not with the version number in this case but instead overlib.js does not seem to even be loading. The overlib.js file is for all the tooltips and after looking at your site I am not seeing the tooltips displayed. There for Im thinking there is something else wrong here as the fix I gave you earlier in this thread should have worked as it did for others already. Would you mind changing to another theme?

I switched to an older theme that I used where Item_stats and the tooltips was working. I see it's not working there either.

UPDATE: I got overlib working. I downloaded a copy of ItemStats 1.5.5 from the author's website and replaced the overlib.js file with the one in that package. Tooltips have returned in all of my themes.

zanix wrote:Oops, should be

Code: Select all

print $pages;

Ok I have a moment here. You got me, it's still doing it. I have looked through the code and it is still doing the same thing.