UBB.threads PHP Forum Software Community Forums News and Releases Announcements Changelog Discussions 7.4 Discussion

Looking good

Featured Member
Yeah a criteria option of min total posts for that would be good.
Would like to see the options for certain fields in there?
Location or something.

Mark looks up language file and changes

< Featured Member > To < The gay member of the day is > ( Kiddin )

I'm liking it Rick.
Good to see so many requests coming on line and its refreshing
to see new islands, it think you should try and get new ones
into stock more often.

I cant wait to get the final one on my forums.

Yeh, I'd like to see location as well... can think of something i'll be modding at dev ...

Can you mod me a specific choice for "featured member" so it's not random? Something so I can input a user number

Got an email ...not blank this time! Yeah!

Customized Tag , for users to more easily classify their threads/posts , not just a "Watch List".

As an OpenID Provider.

SOAP/REST/JSON API to query data... such as user's profile , posts . Thread's posts ...etc.

I think OpenID Provider is the most important . Because it gives programmers ability to hook their application's identities to UBBThread. So ... please mark it higher priority.

I do kind of like the OpenID idea

I do miss the little check box in ubbclassic as an option when posting to get an email when someone responds. Quick, easy, optional. Is it just hiding from me?

It's there, just worded a bit different. Go into your My Stuff -> Preferences and make sure that "By default should anything added to your Watch Lists be emailed to you?" is set to Yes.

Then when replying to a topic or creating a new topic, check the "Add this thread to my Watched Topics".

I just upgraded my site to 7.4b2. Upgrade went smoothly and, after uploading everything, took only a few minutes.

Two points that might make things easier for others:

1. I upload the directories one at a time (in case the connection to my server is disrupted). So I print a listing of the directories to checkoff one at a time. It would be useful if all the major directories (admin, etc.) were listed right in the upgrade instructions (and in alphabetical order).

2. It would be useful if common settings that were defaulted also be listed. For example, this time I remembered to change my langauage setting from iso-8859-1 (the default) back to UTF-8 right after the upgrade and before re-opening the board. I didn't know about it at the last upgrade and now I have a whole bunch of odd characters in my database I can never get rid of.

So far, all looks great!
Thanks Rick!

Thanks Jake,

Question: Would everyone have to do this...or under what conditions would you need to change the default?

It's helpful if users post using special characters, usually when posting in another language.

Warning - Dummy Alert!!

I can't get my head around this. Can someone explain it a little simpler or give an example of what it means.

maybe it mean the http://myforum.tld and http://www.myforum.tld

correct me if I be wrong

In 7.3.x and prior, if you go to http://ubbcentral.com, it wouldn't actually log you in properly because the forum is set to run on https://www.ubbcentral.com, even though you can reach it either way. The reason being, that cookies are set on whatever the FULL_URL (https://www.ubbcentral.com) is set to.

In 7.4. There are 2 ways that it will handle this.

#1 (default handler): If you go to http://ubbcentral.com it will redirect you to https://www.ubbcentral.com.

#2 (optional handler): If you go to http://ubbcentral.com it changes the FULL_URL for your session to http://ubbcentral.com.

I'd like t add hat #2 would support "multiple domain" environments where you'd like users to surf any any url they land on; whereas #1 would redirect to one primary url once logged in...

Hm, I just checked out your code, and there is no code in it to actually forward the parameters. It just checks "not on full url, do redirect to full url!".

For boards with lots of links to actual posts this breaks up all links that happen not to link to the full url.

The hack I posted on ubbdev does do that. --> https://www.ubbdev.com/forums/ubbthreads.php/topics/315358

Good catch. Added that with a slight mod so it will retain the http|https from the original FULL_URL.

Nice job Rick and gang.
That's a lot in a short period of time.
Probably install this weekend.
Thanks for your effort.

When I go to install/upgrade.php after uploading all files, I get this:

SQL Error: Unable to connect to database server, please try again in a few minutes.SQL Error: Unable to connect to database server, please try again in a few minutes.
Fatal error: Call to undefined function upgrade_header() in /var/www/vhosts/www.forumsatril.com/HTML/ubbthreads7/install/upgrade.php on line 67

Help?

After upgrading, includes/config.inc.php says

<?php
$config = array ();
?>

That's not good, is it?

You didn't follow this step in the Upgrade Docs did you?


Happen to have a backup of your forum directory so you can recover the files in those directories?

Doh. I'm afraid I'll have to ask my provider to revert the includes directory.

/slaps his head

In an earlier version of the board we could allow members to view user profiles but hide their email addresses. This no longer seems to be the case. Am I missing something?

Can I upgrade from 7.2.2 to 7.4 without the need to first upgrade to 7.3.1?

Right now we just have the private/public email fields and if you can view a profile you can view the public email. Need to get an option in to allow hiding both.

Yes, just go through the normal upgrade procedure. It will handle all of the steps you need to go from 7.2.2 to 7.4.

Thank you.

Hi Rick, painless upgrade, nice work.

One question about the inline image rescaling change.

Does it only take effect with images posted after upgrade, or should it rescale all? If it is, then it doesn't seem to be working.

RE : " Feature: The Permission to Delete any posts and Delete Topics have been split up. So Admins will now be able to specify that some moderators will be able to delete posts but not entire topics. The default permission for DELETE TOPICS will be the same as the current DELETE POSTS setting for each group upon upgrade."

Hi Rick- does this mean that an admin can delete a post from the middle of a topic at any point in time.....

Yes that is possible.

But this feature that you are quoting here doesn't pertain to what you are asking about.

^^^ thanks

That feature means that you can set a person to be able to delete a post OR to be able to delete a post OR the thread...

Is the admin still restricted by certain time after which he cannot delete post

and can he delete it from any position within the thread.

AFAIK, an admin should have no limits...

I've had to restore 7.3 as the whole 7.4 system stopped responding today and I have no idea why, nothing would load, no errors nothing, so 7.3 has gone back.

I'm not sure what AFAIK means, though the reason why I asked about it was that last time I ran the demo control panel set from your server, it only allowed me to delete the last post and even then within a restricted time period after which I could not delete even as an admin .....perhaps I missed out on something --- not sure, hmmm confused....

but from what you are saying that the full version should have no restrictions

AFAIK = as far as I know

AFAIK, correct

I thought this was just me so I bug fixed it on my test server before placing it on my live site.