IPB2 and Review post

Arnie · June 18th, 2005, 12:54 PM

Here's a few of the thigns I've found so far with a basic IPB and ReviewPost setup.

Reviewpost's own Login.php - will not allow a user to login, although apssword/login are correct. A user can access RP when they are logged into the forums, but can't login through the ReviewPost system.

login.php returns a skinned but non CSS'd page in the case of an attempted login. If you try to login with no login name and password however it returns a page that is correctly CSS'd.

The failed login page does not have a "<back" link on it to take a user bak to try to login again.

"Pending Approval" when a product is awaiting approval there is still one thumbnail shown that can be "supersized" surely ther should just the the single "pending approval" image?

Chuck S · June 18th, 2005, 04:38 PM

which invisionboard integration?

Arnie · June 18th, 2005, 08:30 PM

Hiya,

It's the latest version of 2.

Chuck S · June 18th, 2005, 08:45 PM

I show we pull styles on forward and login pages as well as the main stuff so I dont see anything else where it isnt skinned

I suggest you see what style its looking for and make sure the style exists on disk where we look for it in the style_images directory where the file css exists. I beleive all styles have to be exported in ib to disk out of database for us to read them.

As far as the login you would need to give an example as we handle the login the same as IB2 and use the function clean_value($val) from invision

Is it all names or just some?

No the failed login page does not have a back link as every browser has that. It has a register link

Invalid login. Please check your username and password, or register.

I will setup approvals and check on the pending thing

Arnie · June 18th, 2005, 09:10 PM

I'm jsut testing the systme now and another issue I've just come across is that I've had to approve the posted product three times now. Sometimes I got back and it's toggled itself "unapproved".

With regards to the login issues, does your login routine make an assumption about the exact number of fields in the user table rather than selecting just the ones it needs?

My users table have a few more fields in it than normal, hence that is the only reason I can think of it not working, my guess is that the code is dumping before the CSS part of the code kicks in for wahtever reason and is dumping it unformatted tot he screen.

I've checked /forums/ib2.php for possible SQL queries in the authenticate routine that might be causing it, but can't see any obvious ones that might be the cause of the issue.

Just another oddity I've found. In the Admin area of ReviewPost under "moderate reviews" it says "Approve All Comments" at the top and "Approve All Reviews" at the bottom of the list. Both links are linked to the same thing but do the same action. I think this is a language/style bug.

Chuck S · June 18th, 2005, 09:21 PM

Our login routine assumes the normal IB2 members table fields.

Arnie · June 18th, 2005, 09:24 PM

Hi, all of the normal table fields are there, however my concern was that any code that did something like a "SELECT * from $usertable" and then tried to list through them would fall down if there was an unexpected field in the table.

Chuck S · June 18th, 2005, 10:27 PM

There is no query like that

ljcook · June 20th, 2005, 01:06 PM

I use IPB 2.04 and RP and it works fine for me. Make sure all of your configs in RP are setup properly. I think I had a similar problem and it was the cookie domain. Make sure it is .yourdomain.ext.