forum codes not working?

[Nemesis]

[url=http://www.pokebox.99webs.info/levelup.php?id=10][img]http://www.pokebox.99webs.info/siggy.php?id=10|/img]|/url]

[url=http://www.pokebox.99webs.info/levelup.php?id=10][img]http://www.pokebox.99webs.info/get/10.gif"|/img]|/url]

What are wrong with my codes? does it have to do with siggy.php? I can't get the image link to work its a bad request :(

[SilverDragonTears]

There's a " behind the word gif and a | onstead of [ and ]

http://www.pokebox.99webs.info/siggy.php?id=10 (http://www.pokebox.99webs.info/levelup.php?id=10)

http://www.pokebox.99webs.info/get/10.gif (http://www.pokebox.99webs.info/levelup.php?id=10)

[Nemesis]

Thanks for fast response however the " isn't a problem as i just tried it on gloometh's site. And the reason I added the | was so this forum didn't interperet the codes. I am thinking the codes are fine as they are the same as gloometh's and work.

I checked my database and i noticed under owned_adopts the imageurl column was blank and I think this has to do with siggy.php as the img url gives the 400 error bad request D:

I am pretty sure i never even touched that file.

[Nemesis]

What php files updates owned_adopts in mysql

[SilverDragonTears]

it's probably your .htaccess file. It always has the wrong thing written for some reason. remove the adoptables2000 from it.

[Nemesis]

found it in doadopts.php when a new row is inserted there is no variable for imageurl so it is left blank and is needed.

[SilverDragonTears]

Guess I don't understand the problem then.

[Nemesis]

ok so an imageurl is not needed as the getcurrentimage function should return the egg image if imageurl is empty

[Nemesis]

I am at a loss with this. I have run through the codes so many times and it all seems right. So i don't know what could be genereating the 400 error. All I know is when I insert an imageurl in the database it works :(

But I suppose i'll have to wait for HOF and hope he knows whats up.

[SilverDragonTears]

Did you check the .htaccess like I told you to?

[Nemesis]

I know nothing of .htaccess stuff so I decided to try that last but I am unsure of what you mean you want me to remove the whole line? Heres what it looks like:

RewriteEngine On


RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^get/([0-9]+).gif$ /adoptables200/siggy.php?id=$1 [L]



I tried some variations but nothing worked :(

[SilverDragonTears]

RewriteEngine On


RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^get/([0-9]+).gif$ /siggy.php?id=$1 [L]

[Nemesis]

yeah still bad request :( thanks for trying though. I noticed it says HOF hasn't been on all day :catfish:

[Hall of Famer]

Since you are using Mys v1.3.0, I believe there were glitches with the siggy script which was fixed in Mys v1.3.1. Check the 'Bug Tracker' and see if you can fix them manually.

[Nemesis]

Im still a bit confused but it seems that I replace the admuploadpic.php files and then in phpadmin I need to change every url with '../' and delete just that?

so

http://www.pokebox.99webs.info/../picuploads/gif/0

becomes

http://www.pokebox.99webs.info/picuploads/gif/0

and

../picuploads/gif/016fea3b97c8ab02011e789da344a433

becomes

picuploads/gif/016fea3b97c8ab02011e789da344a433

??? Thank you so much!!!

[Hall of Famer]

Indeed, Mys v1.3.0 moved all admin files to a folder called AdminCP, which on the other hand messes up the file uploading path. I fixed this in Mys v1.3.1, but of course you must've found the entry in Bug Tracker that describes the problem and how to resolve it. Good luck.

[Nemesis]

oh noes, it doesn't seem to be working i got rid of the '../' but i still get bad request. And i changed the upload script but now images never get uploaded. it says succesfull but when i go to edit or remove images its not there.

Essentially my sites database is empty but I really care about my design. though not the greatest its a work in progress. So could I try updating and would my template folder be compatible with 1.3.1?

[Nemesis]

solved! I had to get rid of '../' in these tables. adoptables, levels, and filesmap. Now to fix this in the php files for new adopts

[Hall of Famer]

I'd say all templates from Mys v1.3.0 should be compatible with Mys v1.3.1, since we never touched the template system during Mys v1.3.x's development.