Jump to content

Michael

Clients
  • Posts

    23,640
  • Joined

  • Last visited

  • Days Won

    114

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Posts posted by Michael

  1. The announcement mentioned this:

    The Spam Monitoring Service will be available in IP.Board 3.0.2 and is already being tested here on the IPS company forums. Once you have IP.Board 3.0.2, simply login to the IPS client area and activate a special key used for the service and put that key on your IP.Board AdminCP.


    I don't see where in my Client Center this is located, is it just not ready yet?

  2. While starting the 3.0.1 > 3.0.2 upgrade I encountered this, is it serious or should I just continue?




    Error: ALTER TABLE profile_portal DROP fb_status;



    Can't DROP 'fb_status'; check that column/key exists



    I got that too, couldn't find a report of it in the tracker when I searched, maybe it's there now? Would be something to be reported there if it hasn't happened yet.

  3. But how would the system know if a user is in the ACP before it initiates the database connection? It has to check the admin_sessions table to verify if a user is in the ACP.



    Check the 'IPB_THIS_SCRIPT' constant, it is set to either 'public' or 'admin' before anything else gets done.
  4. If you don't want him updating his status, then you should be suspending his account. All you're doing right now is moderating his posts, that does nothing for things like status updates, signatures, avatars, personal conversations, emails, blogs, galleries, etc., etc. Why should just status updates be included as something they are restricted from updating when they are on post moderation?


  5. I realize this, but you can do that with a lot of the BBCodes you have pre-installed. I was talking about making it a standard BBCode. And plus, if it was developed by IPB and not as an add-on, it could potentially be a lot more useful and advanced.



    Technically, all bbcodes in IPB are now custom bbcodes. I can't see this being that useful to enough boards to actually make it part of the base product, it's best suited to be a mod.
  6. Just remember, if you are banning that many IP addresses, those addresses need to be saved in the banfilters cache and reloaded on every page to check to see if the active user is in that list. That can add quite a lot of overhead if you have hundreds of IPs banned.


  7. Can a sticky not be put in this forum? Every weekend people post this topic and it's clearly a stumbling block that many of your newest customers are unaware of (or not understanding in their excitement once they've bought the software). :)



    Agree wholeheartedly. :)
  8. In previous versions, it was possible to click a link in the permission masks page to preview that permission mask. It seems that this has been removed in 3.0? I found it pretty helpful when creating a new group to be able to verify this was set correctly. In fact, I think it should be something you should get to from the groups page. Let me explain.

    The way I set up my masks is by having the default 'members' mask give access to the standard forums, and is in use by the Members group. Additional groups I create also use this mask, as well as their own unique mask which just gives them those additional forum(s) that group gets access to. It would be nice if I could preview a group's overall permissions considering all of their masks. The only way I could test an issue I had with this recently was by creating a test account, I shouldn't need to do that to check this.


  9. No actually it was something that was supposed to be shipped in the "next betas."



    Source:

    http://forums.invisionpower.com/topic/280069-invision-power-board-3-0-0-beta-1-released/

    (IPB 3.0 Beta 1)


    Date: December 2008



    Same excuse for the next beta:

    http://forums.invisionpower.com/topic/280965-invision-power-board-3-0-0-beta-2-released/


    Feb 20, 2009: New Statement: "Subscription Manager is not included in this beta." -

    source

    Beta 4, yup,

    same statement

    What about Beta 5? Actually, there is no mentioning of the subscription manager here. -

    source

    No report on the subscription manager for RC1 *and* RC2.



    But we do get another excuse once 3.0 came out.



    "[color="#ff0000"]The subscriptions manager and MS-SQL database driver are not yet available. They will be released separately very soon. Our apologies for the delay. Rest assured we are making these releases a priority.[/color]" - June 25 2009

    source

    Let's compare that with this statement made a year ago


    "[color="#ff0000"]Chat Services and Subscription Manager are not included in this beta. They will be available in future betas.[/color]" - December 22 2008

    source

    Yes, how dare IPS say something and then have their plans change, that makes them seem too much like humans! :devil:
  10. I'm looking at the code for 1.3 right now, it has no per-group settings for the Active Users list, nor does it check to see if the active user is an Admin. Maybe it was like what you're describing in 1.2 or older, but I'm doubting it.

    Regardless, it is a good suggestion for being a built-in feature. :)


  11. Having a global option or at least a per group setting to allow / disallow it for them would be nice. This was possible in IPB 1.x days and I found it very useful to have.


    There wasn't a per-group setting for this in the 1.x series, it required a mod then too. I know, because I wrote the mod. ;)
×
×
  • Create New...