UBB.Developers Forums UBB.threads 7 Development How Do I? Error while setting up UBB 6.2x. Please help!

Hey everyone! Merry Xmas. I am trying to setup my UBB 6.2 board, and, i uploaded everything, loaded the cp.cgi, and signed up for Admin. I went into primary settings, then clicked Changed settings, and got this error:
Software error:
Undefined subroutine &main::StandardHTML called at ubb_lib.cgi line 1712.
Please help!

Why are you making a new installation of 6.2?

If you're doing a fresh install, dont bother with 6.2, get a newer version like 6.3.1.2

6.4 is coming in 5 days

6.2 has a lot of cool hacks I want to get. Can you guys help me fix this? Thanks a lot!

6.3 (and 6.4 soon ) has much more support as far as hacks are concerned, trust me.

I really would suggest waiting till 6.4, or if you can't wait a couple of days (ie. if it's urgent), 6.3.1.2 has many security holes fixed and some new built-in features (so there's no need for hacking).

Why is it when someone asks for help on an older UBB install everyone jumps on the bandwagon of why? or get the newer version?

Sure mentioning the atributes of why one should upgrade is great and should be made to make sure the user understands there is support for and many enhancements of. But the user never seems to get the question answered or at least not after the UBBDev sales team has steped in.
--------------------------------
I am not 100% sure but make sure your files have been properly uploaded in the proper format and that permissions are properly set.

Making a brand new installation of software that is no longer available for download is more than just a little odd, wouldn't you say?

I just don't know where I can get the new version..

Why is installing software that is no longer available or outdated odd? Being a network engineer for over a decade and managing datacenters for the best companies in their respective fields I can not tell you how many times I have personaly installed/tested an OS or software that is not only outdated but the company no longer exists.

There are so many factors as to why someone may not be running the latest and greatest version not only on a personal basis but corporate level as well.

Would you question me if I did a clean install of v6.1.0.4 and had a problem and asked for assistance?

------------

Will, you can get the latest version from:
http://www.infopop.com/members/members.php

You will need to have a valid license number and password to gain access. If you have questions or need to clarify things there is a section to retreive your license or at worst contact InfoPop and purchase a renewal if yours is out of date.

Steven, it's a bit odd when someone obviously installing the software for the first time wants to install software ~ 1 year old . It's not like they have an old cd from when they bought their pc lying around with ubb on it. You have to get it from somewhere, and it's been impossible to get that version from Infopop for > 9 months now If it was someone who's ran the software in the past and is deciding to run it again, that's quite a bit different

Anyways... nice site Will You can always get the latest copy of the software from Infopop's site, like Steven said. There's been quite a few security holes patched since 6.2.1. You really don't want to spend a lot of time on setting up a site only to have it open for script kiddies who like to play. The bug you are reporting is one reason why there was a 6.2.1.1 released

Steven, the biggest problem IMO isn't whether the UBB is legal or not, it's because we simply can't answer many questions about old versions, such as this one: maybe like Allen said 6.2.1.2 fixes it, and the biggest problem: we can't know what's ubb_lib.cgi 1712, where is it called in cp, etc (also if we tell the user to do Tracer, we might need more lines, more tracers, etc). The oldest UBB I have is 6.2.1.2, and line 1712 is:

Well giving Will the benefit of dought seeing he is a new member, there is no mention that this is a first time install. Not sure how you see this as being obvious. Ever here the proverb "To assume is to blunder"? I know the flip of the coin to that is "Only bad assumers blunder" but I don't like reading between the lines when there is so little information that is provided. What if he purchased it on the premise that he was going to have a site but then found out how difficult it can be to get a host for a reasonable fee that will allow him to run a UBB system? How many posts have you seen looking for free or dirt cheap hosts on here over the years? Or maybe he is younger saved his allowance to buy the software of his choice (good choice btw) and thought he would then save some more and then find a host to run his site on. Maybe he had his site running at one point then his host closed or he could no longer afford the bill, or, or, or...

I agree supporting older versions is difficult expecialy for a small operation.

How about instead of doing just the sales pitch that you explain some of the reasons for asking to get an upgrade. LK's response is all it takes and made perfect sense to me but yet I did not know and I am definatly a frequent flier here. At the same time of explaining this also asking some basic questions and letting them post as much information as possible as someone might be able to help or it might trigger something in the back of someones mind that can offer a suggestion.

I also think the header section of forums like this are highly under utilized as so much of this can be explained there. Or even expanding the online FAQ.

This way you can easily point users to the header or FAQ and not have to repeat the basics.

An idea I just had while typing this all out is what if IP placed a serial number for each piece of software in the copyright information that is easily visable and part of their ToS. Then make available to themselves and trusted soles a database of sites. This way it would be easy to figure out those that are legitamite vs pirated rather easily thus making questionable posts like this a very easy response to first please go register your software if they were not found in the database.

----------

I hope people have not taken my recent battary of posts in a negative way as they are meant to be more insightful to those who are not in the know but who frequesnt here or are new comers and may be put off by the tonage of the replies. The art of written communication is by far the most difficult as there is no tone or non-verbal body language and reading between the lines becomes very easy to do. Basicaly the more information you can supply the better. Better yet is when it is readdily available online

IP can't do anything to stop pirates from distributing UBB... If UBBDev doesn't get a validation service of serials the pirates can add something to ubb_setup which generates a random serial or use a keygen, and if Infopop agrees to send us a link to somewhere where we can validate we could right now just see if there is a license for that URL... Anyhow we aren't 0wn3d by Infopop so we don't have to ban all warezdudes, unless of course they post "Where can I get UBB from", then I wouldn't mind deleting the thread and reporting them to Infopop .

Wow...

I was thinking more along the lines that the serial number would not be something that is required to make UBB work but rather assigned by IP during the purchase and then incerted into a field through the admin cp and is displayed at the copyright level or made part of the IP copyright text link. The serial could be hotlinked in some way to check back agnst the database and just have a small pop-up that says that the UBB is valid and registered to xyz along with some basic information. This way a report can also be done at IP on checkups and possible violations if the database came back with no match.

This could also be a locked field in the members profile section in case they misplaced it this way retreival is easier on both the user and IP if they have a request for a lost number.

Sure anyone could enter a number but only those assigned by IP would be logged and verifiable via the database stopping also multiple installs.

Verification and part of registration would be that the owner would have to click on the link once the UBB is first configured and setup to send the initial information to IP on who and where the UBB is.

There are a number of ways but I am trying to think of the least amount of work, least intrusive and easily checkable by not only IP but people on UBBdev as well.