Allegheny

Hi Ehren, Thanks for checking. I did find the problem in my custom css. I went back and cleared my custom css again and started adding things back line by line and finally found an incorrect z-index assigned to the ipsLayout_header. Corrected that and now all is good. Not sure how I missed that before. Sorry, for the trouble and thanks for confirming that it was not a return of the original issue. -Chris

I have installed both v4.6.8 and v4.6.9 updates, cleared cache and any custom css and both problems remain in the default template. On Invision's own site and only with the profile / search drop down menu, it does seem to be fixed there. However, I don't think or am guessing that the fix has not been moved over to the actual product for the rest of us to enjoy. Or, there's a regression in v4.6.9. Side note for anyone who is using the calendar, the temp. fix I mentioned above does cause other issues with the sticky calendar month name title area and scrolling. So, you might want to avoid that temp. fix. So... and as far as I can tell, the search drop down menu is still having issues with the calendar and profile pages.

I just wanted to offer that I am running Invision Community v4.6.7, invite system v2.6.2 and SMTP for email and everything just works great. My community is running under the default theme and the server is running PHP v7.4.24. I sent out a couple of invites yesterday, users received emails fine and registered without issue. I don't mean to interfere and will leave the diagnostics to Adriano and Dean. I just wanted to offer that my default installation is working and thought the working specs might help narrow down the issue Dean is experiencing.

Thanks Marc!

Actually, there's another default theme CSS/Z-Index issue with the Calendar and the Search drop down. This I was able to fix with the following code in my custom.css: /** Z-Index Problem with Calendar and Search Drop Down */ .ipsPos_sticky, .lg\:ipsPos_sticky { z-index: 0; } Granted.... that fix might have screwed something else up that I have yet to discover... So, use at your own risk. But I thought I'd mention it in hopes it will be fixed in future versions. Since there's no calendar here in the Invision Community, I have attached a pic of what I am seeing on my own site.

When viewing anyone's profile, if you click the "search" box the resulting drop down has a z-index issue with the menu's underneath it. There's bleed through. This is easily seen here on the Invision Community Forums by viewing anyone's profile and clicking the search box. However, I have attached an image anyways. I tried a quick fix in my custom.css file by adding the following: #elEditProfile { z-index: 0; } #elProfileStats > [data-role="switchView"] .ipsList_inline, #elProfileStats > [data-role="switchView"] .ipsButton { z-index: 0; } And, that does work on the full desktop view; however, it makes the menus unusable in the responsive or mobile view. So... that won't work. So, I'd thought I'd report this so it can be fixed in a future version. Until then.. does anyone have any suggestions?

Thanks! Outstanding and fast support as always. Your dedication and professionalism is seriously appreciated!

I am just curious and am not experiencing any issues right now, but have discovered that "one" of the database tables in the Staff Application System is not using the server's default InnoDB engine - all other's show InnoDB. The table in question is "staffappsystem_fields" which is using MyISAM. I am not sure why this is as I've always used "InnoDB" as the default on this server and all other db tables in the db are InnoDB as they should be. So, I am assuming the Staff App System installation imported / created this table using MyISAM for some reason. This outlying table flagged as a informational warning by the "support tool". Again... I don't see an issue right now but am wondering down the road the headaches this might cause.

Hi Adriano, Just installed the latest version (1.5.1) and immediately noticed two very small issues... 1. Under the ACP, there are two entries for "Raffles". One which has the settings menu, etc. and another that just has an entry for "new raffles by time period" which should probably be under the statics section with the other raffle statistics. Image attached. This might really confuse users of the raffles app if they come across the group without the settings menu... as in my case these two groups were far apart until I moved them one on-top of the other in the list. 2. The title for the app shown to users of the site is "sosRafflesTitle" which seems really odd. This of course can be changed through the translation features under the ACP; but I figured you probably meant it to simply be "Raffles". Like I said, very small issues... Thanks for all your hard work!

Am I missing something or is there no way to add a club member through the AdminCP, ModeratorCP or some other way? I know how to easily "remove" club members but I see no way to easily "add" them without forcing them through 'invite' process. This presents a workflow problem with some types of clubs, that are not open to everybody. Like in the case where a closed club requires an application, a fee, or some other hurdle and once you get all of that done... then you wind up doing the 'invite' process because the admin simply can't "add a member" but conversely, can remove any he or she pleases. This seems odd to me. I must be missing something...

All's good with my install as well.

Hi Adriano, This is not a big deal, just a pesky cosmetic thing... but I thought I'd let you know. On the landing page for tutorials (v2.5.2) if you hover your mouse over the description of any tutorial (not the picture) you get a link balloon popup that repeats the words of the description including the html code. See attached.

Thanks Adriano!

I am trying to update to latest version released today (from 1.4.0 to 1.4.1) through the marketplace using IPB v4.5 and the update fails with: Sorry, you do not have permission for that! 1S111/1 Column 'cg_crowdfundingspertime_period' cannot be null any thoughts? I am signed into the Marketplace as well as running as a full admin. Just to test, I siged out of Marketplace and back in again, but still the update continues to fail.

Yeah... I've done a complete reversal on this after thinking on it for several hours. I should have paused and given it some more thought before only seeing it as a negative. This new change will work just fine. Thanks for the positive reinforcement, it's appreciated.