Jump to content

Allegheny

Clients
  • Posts

    73
  • Joined

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Everything posted by Allegheny

  1. 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
  2. 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.
  3. 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.
  4. 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.
  5. 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?
  6. Thanks! Outstanding and fast support as always. Your dedication and professionalism is seriously appreciated!
  7. 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.
  8. 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!
  9. 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...
  10. All's good with my install as well.
  11. 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.
  12. 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.
  13. 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.
  14. Thanks! I'll keep an eye out for the new version.
  15. Ok.... I've played with it some and I see the setting is "persistent" and that's a little better. At first, I was thinking you'd have to login in publicly each and every time and then go to account settings... yada yada yada... Which would have been a nightmare. I guess this is the end of switching visibility around as I know I'll never remember to turn visibility back on under this new scheme.
  16. So... they have to login "publicly" and fully visible to all; then navigate to account settings and hide themselves? I am sorry, but that makes zero since to me. Granted.... having the ability in the account settings is nice for those that need to switch to annoyance while already signed in.... but, for those of us who like to just log in quickly to do or check something and then leave without anyone noticing we are there... that option is now gone. And, people will see us before we ever make it to account settings to hide ourselves. One step forward... three steps back.
  17. Maybe I missed an announcement somewhere.... but, what happened to the "login anonymously" check box on the default login form? In version 4.5 (using default template it's completely gone after upgrade. Yet, that very option still remains under the group settings in the ACP (to give user groups permission to login anonymously). How can they login anonymously... if you strip the option from the login form?
  18. Hi Adriano, Just an FYI.... On the latest version of Quizzes available through the Marketplace, 1.5.0 there seems to be a minor appearance issue with the buttons on the quiz result page using the default Invision template. Perhaps the buttons are not uniform for another reason that I am not aware of just yet. Not sure, but I thought I'd give you a heads up anyways in case you did not mean for it to be that way. I fixed it on my install by editing the Quizzes > front > view > resultQuiz template.
  19. I hope not as well. We'd be right behind you...
  20. So does this mean that "self hosted server licenses" will be phased out at some point? It sure seems like that's very much on the table.
  21. Thanks... I keep an eye open for the 4.5 version.
  22. Hi, I just wanted to point out that this is still an issue in version 3.1.0. Are there any recommended workarounds besides turning off image links? The above quote seems to reference actions that can be performed in the ACP and then fails to list any. I temporarily removed the {{if $table and $table->canModerate()}} code from the recordRow template, which eliminates the checkbox that does not work properly. But that seems a little counter productive. It's true that it's not critical, but it's one of those little things that with time... becomes increasingly annoying.
  23. No worries, like I said I found a work around for the issue.... I just create it as a paid raffle, assign it to a quiz and then convert the raffle to a giveaway and the quiz function still works. It would just be easier to not have to go through the extra conversion process. But I do think you missed something in my earlier point.... You are correct it would not make any sense if they could just click the "participate" button in the raffle section - which is why I "lock" the giveaway / raffle tied to the quiz as I mentioned before. With the giveaway raffle locked, they cannot just go to the raffle page and click "participate". It won't let them. In the locked raffle description, I tell them they must play the quiz (with a link) and they must score a 100% to be entered in the raffle. Easy. And, yes... playing the quiz tied to locked raffle still gives them a ticket and everything works just fine. It even shows them on the main raffle page as being entered into the raffle if they get the 100% score on the quiz. That might not be how you envisioned the "locked" raffles to work, but it does and I am very thankful for that. So, It's just how I am using the two apps together and my way of forcing members to take a quiz (in hopes that they learn something) and if they get 100% they are entered into the raffle and I don't have to worry about "selling" tickets and they can't just click "participate" without getting 100% on the quiz.
×
×
  • Create New...