evcom

Nice add-on for IC, would definitely consider it. It's possible to develop something similar with Pages, but something out of the box with Commerce integration etc.. sounds even better. Good move!

Good feature suggestion. 'Most solved' per forum would be a nice feature, particularly when running a support forum where members have their favorite subforum where they like to contribute to.

Yes, it's working for me with 4.5.x In System > Site Features > Plugins it just says "Custom".

Thanks for this speedy reply and the hint about Post before Register. It was activated and it it caused the behavior. So far my experience with post before register does not indicate this to be a "top-feature" and it might have confused some people in the past. So I decided to turn it off.

I would like SuperReviews to work in such a way, that Guests cannot add reviews to items in the DB, only logged-in members can. After having implemented SuperReviews (Mode 3), I ran into an issue that Guests (not logged in visitors) are able to add reviews to the database and the add review button is shown, even though in both databases, the one that hold the records and the one that hold the reviews, guests do not have the permission to add reviews. Is there another "permission-setting" that I overlooked? Appreciate any pointer you might have. Looks like a wrong config somewhere.

Thanks Ralf, this sorted it out. I was not aware that the database relation field has to be populated with a reference to the item being reviewed. But now it makes perfectly sense. Thanks!

Thanks for verifying the settings. I just set up two new pages databases to run through the configuration again. But the result is the same and the review won't display on the car/item page. Thanks for this pointer, but I am not sure what you mean. I guess it's the part where it would say: " This is a review for the ....read more...". This piece is missing on my review page. How can I add it or how is it added?

Hi Ralf, Many thanks for this great plugin. I've got an issue with Mode 3. Reviews are not showing up on the page displaying the items database. I guess a setting is not correct. I can add reviews and I can also see seem on the separate reviews page, but they won't show on the items page. Database relation is added as per instructions. Here a few screenshot to illustrate settings. I am running V4.5.4. It seems the two databases are not properly linked. But I can't figure out wh the reviews are not shown on the item page. Any hint is much appreciated. Database settings: - no categories used, star and reviews turned off Database relation settings:

Thanks Makoto, given the circumstances, I will probably stick with MyISAM for the time being. If the community grows over time, I will then consider moving to another server where I can either configure the setting myself or onto a shared hosting which has the option"innodb_large_prefix=1" enabled.

I have converted some tables from MyISAM to InnoDB, but some table conversions fail. Error: #1709 - Index column size too large. The maximum column size is 767 bytes. Contacted my hosting provider. Because I am on a shared hosting account (MySQL 5.6) a change of MySQL config is not possible. One recommended option was to reduce the index per column. E.g. with From: KEY path_segment (path_segment(255), uid) to: KEY path_segment (path_segment(185), uid) Anyone knows, what the exact implications of this would be? Does someone has experience with it? The second alternative option was to upgrade the hosting plan using MariaDB which has the needed configuration in place.

Thanks @bfarber for your thoughts. I will have a look into the option with REST API. Before I change the value I will get consent from the members so it will be fully GDPR compliant. But I will have to make this call outside the IPS Application as many will not login to change their preferences.

Because I need to cleanup my mailing list, I plan to change the bulk mail option (allow e-mails from admin) for a majority of my members (but not all) and I wonder what is the best way to achieve this. Option 1 I tried downloading the Member List where I changed the option allow_admin_email to the required value and then re-uploading it. However, this does not seem to work as the system cannot overwrite existing members with the same member? Option 2 Other option would be to change the option manually in the database. With about 800 members this would be quite a big job. Option 3 Resetting the allow_admin_option using an SQL command like: UPDATE core_members SET allow_admin_mails = '0'; - and then setting it to 1 where required (and then setting it to 1 where required) Option 4 Changing the setting individually in ACP (lots of work!) Option 1 would be my preferred option as it would involve the least amount of work. Is there a way to make Option 1 work? If this is not possible, what about Option 3? Any pointer is appreciated.

Has anyone been using it on 4.5.x yet? I find it a very useful plugin and would be happy to use it on 4.5. Thanks!

Just came across this topic and I have actually the same idea as @Fierce God. Trying to achieve that using the pages, I ended up with an indefinite loop. It seems it is not that easy . The html output then contains two <head> tags etc...I assume it would need quite a bit of customization. I've opened another thread about this subject here: Sorry, for not seeing this post here earlier! I will test another one page template to see how I could embedd it in to the wrapper.

As far as my Bulk Mail sending problem is concerned, I was able to resolve it. Reason for not delivering Bulk Mail was, I've activated Send Grid as delivery method for all the Bulk Mails. This configuration can be found under System > Site Features > Community Enhancements This setting overrides anything you set in System > Settings > E-Mail Settings Still, it would be awesome if Bulk Mails could be restricted to a certain limit/h for example.

@xtech From my perspective, the feature mentioned by you would make sense. Many SMTP providers limit the number of mails per day. Plus it would possibly bring many other benefits (less SPAM classifications). I've been using the bulk mail functionality for about half a year using the PHP delivery method. It worked ok, and I would say, transactional e-mails have not been affected so far (Community with 1000 members, one monthly newsletter). Bulk Mails were usually sent within a few minutes, however not all were delivered due to no SPF, DKIM, etc. Now that the Community is growing, I would like to improve e-mail delivery, and I have switched to an SMTP provider. Currently I am testing delivery etc... @B_U_R_I I've had exactly the same problem with a similar size of our Community. Most free plans have daily usage limits, making the solution a no go for sending e.g. a Bulk Mail with > 500 subscribers. I was looking at Mailgun, they have apparently no daily sending limit and a "pay as you go" plan which is very affordable. However, you would likely be on a probation period with < 100 Mails/day. I am using at the moment elasticemail. They also have a "pay as you go" plan (but you need to deposit a credit of 10 USD) to start. Otherwise a very affordable for smaller communities. No daily sending limit. Yesterday I've tried to send a Bulk Mail from within Invision Community. So far no Bulk Mail has been delivered, except during a test where I've sent the bulk mail content to one recipient. This one was delivered approximately after 6 hours. And interestingly, bulk mails do not appear in the elasticemail dashboard. Transactional mails seem to work just fine and are also listed. I will get in touch with the provider to better understand why bulk mails are not delivered resp. not displayed in the dashboard. If I can solve it, it would be worth a recommendation. Keep you posted.

Thanks @bfarber for this explanation. Now it makes more sense 🙂 One thing that is still not clear to me: Many SMTP Providers have a daily sending limit. If I send a bulk mail to e.g. 1000 users, but my SMTP Provider allows for only 500 mails a day, would this cause any troubles (500 mail not sent) or would the remaining 500 mails be sent on the following day? I know, it's not directly related to the Community Suite or the Bulk Mail feature, but somehow its related to it.

Our community has around 1000 members, a little more than 800 signed up for a newsletter. Typically there are approx. 20-30 users online at a time. From what I understand, the frequency of background process is depending on community activity. Our SMTP Server can handle 250 mails/h, so I limited in constants.php the bulk mail to 5 mails/cycle, assuming a cycle every 2 minutes, we would not reach the sending limit. \define ( 'BULK_MAILS_PER_CYCLE', 5 ); The ACP reported the following: Does the above mean, the cycle was carried out every 30 seconds to deliver all mails in 1h and 31 minutes? Would this be realistic? Or was the first cycle initiated 1h 31 mins after the bulk mail was launched? And and additional question about the constants.php. Is it required to add a backslash before the define function? From what I read it will apply the function on a global level if added. Thanks to any pointer!

In the end I tried the SMTP service from Mailgun. Transactional e-mail delivered well, but as a new user, one is on a probation period (sending limitation). So no bulkmails...Not sure when such a probation period would be lifted. As I had some issues with bulkmail sending in general, I contacted my hosting company. As I found out, they offer an SMTP mail service as well with up to 250 mails/h. That's good enough for me (approx. 1000 mails/month) and I can limit the number of bulkmails in constants.php with for example: define ( 'BULK_MAILS_PER_CYCLE', 25 )

SendGrid allows to send 100 e-mails per day if on the free plan. I am not sure how SendGrid handles this limit, if a Bulk Mail is sent/scheduled to reach several hundred subscribers. Will SendGrid send 100 mails/day until all Bulk Mails are sent? I fear this is not really possible and SendGrid would attempt to send all mails at once. I could also try to limit the number of mails to be sent via the task cycle...but this would make it somewhat complicated. Any suggestions on this? Or would it be best to upgrade so the daily mail limit is lifted?

I had a similar error while doing an upgrade from the ACP to 4.5 Beta X. Doing a manual upgrade, like Paul E. suggested, solved it.

If the browser supports autofill / autocomplete (e.g. Chrome), text fields can be filled with the suggestions given. Suggestions are usually based ob previous entries. This is very practical if forms have to be filled in with repeating information. I use this feature when adding records to my pages database. However, the autofill feature does not work when using fields of type "textarea". I suspect this functionality is not supported by Invision Commmunity Software. This might also be the reason why third party browser add-ons I've tested, did not do the trick. Does anyone know what could be done to make textarea fields used e.g. in a pages database, to be available for autofill /autocomplete?

Upgraded staging site to 4.5 and YES, the sorting now works. However, numerical fields will be sorted as DESCending. This is not always wanted and the sorting direction doesn't allow ASCending lists. Using the default sorting option, ASCending lists are possible though.

I might give it a try on my staging site. Hope to be able to do it in the coming days. Although, I did not plan to mess with any Beta version. But if I can contribute to get a an error fixed, then it's probably worth the effort.

Thanks @opentype I can reproduce the behavior as you explained it on my site. Would be nice if someone can confirm if this has been fixed in 4.5. I was unable to find any fix about it it the Release Notes.