Jump to content

Michael

Clients
  • Joined

  • Last visited

Everything posted by Michael

  1. Since it often happens that a new version gets released, some bugs slip through the testing process and a new build of that version needs to be uploaded to our client centers, I think it would be very helpful if the Your Downloads page where we download our copies of the software showed the date (or some other such indicator) of when this particular version was last uploaded. Maybe a build number there would be a good idea instead? I'm just thinking of all of the topics we get where folks talk about bugs they have that have already been fixed, but they might not necessarily have known the version was rebuilt.
  2. That's not important that it get filled out, it's not used for anything.
  3. What MySQL error are you having? That's not an issue most people are having, the changed files did fix the issues most of are are seeing.
  4. Michael replied to Wolfie's post in a topic in Feedback
    Keep it civil guys. :)
  5. This topic comes up often. Maybe a better solution to this to simply stop people asking about it is to show the number of posts if the number of views is less than the number of replies?
  6. Works fine for me. :unsure: http://forums.codersrefuge.com/topic/586-numbered-list-test/
  7. Yeah, it does come up at times, but it's not like you'd need to be changing it every week or something, right?
  8. Got it straightened out with Charles, thanks :)
  9. I don't see it there anywhere. :unsure:
  10. The announcement mentioned this: I don't see where in my Client Center this is located, is it just not ready yet?
  11. Michael replied to Wolfie's post in a topic in Feedback
    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.
  12. Check the 'IPB_THIS_SCRIPT' constant, it is set to either 'public' or 'admin' before anything else gets done.
  13. I don't believe IPS has said this officially, correct me if I'm wrong. All I have read is that this is going to be released in a future version of IP.Board.
  14. Michael replied to RobertMidd's post in a topic in Feedback
    Bump to bring this back up for discussion, this is currently the big stumbling block preventing some really awesome uses of the Hooks system. :)
  15. Michael replied to Jamer's post in a topic in Feedback
    It's the Business License: http://www.invisionpower.com/products/board/purchase.php
  16. 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?
  17. It is a known issue, will be fixed in 3.0.2: http://forums.invisionpower.com/index.php?app=tracker&showissue=17321
  18. Michael replied to SuperBlob's post in a topic in Feedback
    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.
  19. Michael replied to Connor T's post in a topic in Feedback
    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.
  20. Michael replied to globex's post in a topic in Feedback
    Um, no, you cannot do this. A 3.0.1 site will not work with a 2.x database, it will only work with a database converted to 3.0.1.
  21. Agree wholeheartedly. :)
  22. 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.
  23. Michael replied to Wolfie's post in a topic in Feedback
    Yes, how dare IPS say something and then have their plans change, that makes them seem too much like humans! :devil:
  24. Michael replied to Strike X's post in a topic in Feedback
    If you just want to PM them, why are you wanting to go to the ACP to do it?
  25. 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. :)