BUG: Photopost Pro and Classifieds get_profiledata() Issue (vb3.php)

[xedd]

I've had this issue for a while now and I was hoping upgrading to 6.xx would fix this for me but it has not...

The issue is that the forum/vb3.php integration function get_profiledata() wrongly assumes that the User Profile field vb_userfield.field2 exists, and assumes that the content of this field (if it did exist refers to the user's Location data). This table is easily manipulated using the User Profile Field Manager in vBulletin v3.6.x and the field itself can be removed from the vb_userfield table entirely.

In my case, the field field2 referred to by get_profiledata() was deleted and never re-created, so it goes from field1 to field3... It is also possible that the content of this field is used for some other purpose if the administrator of the forums should decide to do so.

So what has been happening is that the call to get_profiledata() has been returning an empty record set because the query to MySQL has been failing with a bad field reference. I've patched my vb3.php integration by manually pointing to the most appropriate field for "Location" information in the vb_userfield table.

This is a bit of a design issue in the integration between Photopost and vBulletin so I don't see a clean issue short of simply removing any attempts to "integrate" the user location information in Photopost.

[Chuck S]

This is not a bug in any way sorry. A default vbulletin install does indeed have a field2 which is the location field in the userfield table. yes you can as a vb admin delete any field you wish however our application and its queries are coded to a default vbulletin install. should you wish to remove a field you are free to modify the get_profiledata field in the vb3.php to suit your modified needs.