Mantis for WoW Raid Manager - ISSUES

0000078: Raids with hashmark in location cannot be deleted

The problem is that in the Raids list you use the location of the raid in the delete link. If that location has a hashmark in it, it breaks the link, making the deletion fail.

It can be solved by adding urlencoding to the following lines of raids.php:
152. [...]&n='.urlencode($data['location']).'&[...]
182. [...]&n='.urlencode($data['location']).'&[...]
1597. [...]&n=".urlencode($n)."&[...]

The last is needed since the confirmation page has the link too.

0000077: Comment tooltip not working with multiline comments

When entering a comment and using more than one line the tooltip dont work

0000076: Icon for recurring raids overrides inscription icon

For recurring raids, players that had signed up or cancelled their presence in the raid can't see their status on raid list page : instead of showing status icon, they only see the "recurring raid" icon

=> can't see if you signed up on a raid

==> status icon should override recurring raid icon instead of the contrary

Works correctly on calendar view

0000071: calendar.php bug

LN 254: $raidDayOfMonth = date("j", $raids['start_time']);

Reports day+1 for raid times which push the epoch time past midnight GMT.

i.e. Wednesday, December 16, 2009 4:00:00 PM PST (GMT-8)
epoch time: 1261008000 (as pushed by raids.php) Thu, 17 Dec 2009 00:00:00 GMT

LN 254 of calendar.php returns 17 placing the raid in Box17 of the calendar view.

0000075: Fix MB_STRING errors for users who do not have MB_STRING capability

Some ISPs do not compile in/turnon MBSTRING ability within their PHP Installations, for these folks, MB_STRING functionality causes errors in the code/causes blank page errors.

To fix this, an option in the admin area to turn on/off MB Functionality within the software should be added. This should be OFF by default to protect errors from new users.

All MB functionality should be wrapped.

0000073: Pasword reset e-mail isn't gmail friendly

On testing the resetting of the password the e-mail I recieved wasn't formatted in gmail the line break tags '
' where visible and thus it was one long line of text, furthermore it went to my gmail spam box.

I don't know if it went to the spam box because of the formatting or something else.

I tried to edit the lang_english.php file and changed the '
' to '
' but didn't have any success. It is a pontential that the content type it's mailed as is incorrect.

0000072: Special characters on password fields gives problems

I tested the pasword reset functionality for a user of my installation.

The inital password that was generated for me contained a less than sign '<'. I could successfully log in with it, however I couldn't change the password to something else. When I did a reset of the password again I could log in as well as change the password.

I've after that made some tests with regards to the less than sign '<', with this I've found that I can specify a less than in the new password and change password fields successfully but when I try to log in with that password then it fails.

0000026: LUA Generation with International Characters in Name Fails.

Posted by mystic68:

In my guild there's a lot of people using é à û and many other in character name.
When i try to make lua file I obtain :

["warlocks"] = {
[0] = {
["name"] = "LutÃ¨ce",
["level"] = "70",
["class"] = "DÃ©moniste",
["race"] = "Humain",
["comment"] = "",
["timestamp"] = "08/06/2008 - 17:40",
},
},

Where name = Lutèce
and class = Démonsite

How to correct this ?

0000036: Mouse Over Popups for Raid Notes don't work.

There is some kind of problem with popups for raid notes (the notes box) when you mouse over a raid name. This USED to work but no longer does. Need to figure out what the problem is when using ' and ". Seems to work otherwise.

0000054: German translation - Special characters are displayed wrong depending on your Hoster

When using the german localization it might happen that special characters like ä,ö,ü,Ä,Ö,Ü,ß are displayed wrong, depending on your webhosters setup.

To avoid this problem these special characters should be stored as html codes like ä,ö,ü and so on to avoid this problem. With these codes the files are hoster setting independent.

I'll attach the files with the escaped characters.

0000017: Internationalization: Data (like race, gender, etc.) stored in internationalized format in DB

Data like race, class, gender, etc. is stored in the WRM database as a localized string. This means that any time you check output data from the database against an internationalized stored string you could get problems.

Take for instance:

if ($data['gender'] == 'male')

for German language this cannot ever be the case since "male" is never stored to the db.

Also if the user creates a profile in german and then switches language to english you cannot even try to pull the proper text string from phprlang as the old language and new language won't match.

Generic data must be stored to the database and displayed in the proper format. Internationalized data cannot be stored in the database.

0000033: Allow a "First Day of the Week" choice in configuration for International Clients

There is a request to add a "First Day of the Week" configuration item so that international clients can start their weeks on "Monday" or Some other day of the week instead of "Sunday" like US users do.

0000050: Allow admin to edit user profiles/characters to correct "bad" information.

There have been requests to allow the system administrator to edit profiles and characters for users to allow them to correct various bits of bad data.

0000068: role coloring is inverted

When using the "Class limits as minimums" option the coloring of the roles is not correct at the index page.

I'll attach a diff to fix the problem to this report

0000059: Allow Raid Leader to transfer Raid Leader Control to another user.

Allow a dropdown box at the top of the raid view allowing the raid leader (Creator == Logged In User) to transfer raid leader control to another user. Whether that user has to be currently signed up to the raid or whether it's any user in the "Users" list is up for determination.

0000063: Hunter icon not displayed in raid view

This is due to a wrong entry in the database. Can be fixed by updating the *column_headers table with
UPDATE [databasename].[wrmprefix]column_headers SET img_url = "images/classes/hunter_icon.gif" WHERE column_name = "Hunter";

Also the database creation script (install/database_schema/install/install.sql) has to be changed in line 62 from
VALUES (NULL , 'raids1', 'Hunter', '1', '9', 'images/classes/hunter.gif');
to
VALUES (NULL , 'raids1', 'Hunter', '1', '9', 'images/classes/hunter_icon.gif');

Patch file is attached and can be applied to the tree with "git am patchfile"

0000065: Default template breaks on main page when people queued in every class and role

When I have people queued in every class and role, the default template breaks (as seen in the attached screenshot), the raid table overflows on the right because it has not enough space for the columns (I'm running with a display resolution of 1280x1024).