Michael.J
-
Posts
5,361 -
Joined
-
Last visited
-
Days Won
11
Content Type
Downloads
Release Notes
IPS4 Guides
IPS4 Developer Documentation
Invision Community Blog
Development Blog
Deprecation Tracker
Providers Directory
Projects
Release Notes v5
Invision Community 5 Bug Tracker
Forums
Events
Store
Gallery
Everything posted by Michael.J
-
Thanks, you can remove it now if you wanted. The later. I use the DateInterval function to add 7 days, 30 days or 365 days to the current date.
-
Could I get a copy of the full version of any image your having issues with so I can test them a bit more on my own forums?
-
The best way would be with the "Donation Auto Reset". This clears new donations and recalculates the status of goals for donations made after X selected date. If you need a demo setup to see it in operation, just let me know.
-
I noticed a few images on page 1 that appear to be loading fine. I assume they don't load the same when you view? Is this limited to any specific image like this one or for all images?
-
Confirmed here, I've included a patch if you wanted to fix this right now.
-
Could I have more details or a screenshot of the error their getting? Reply sent, I think there might be a conflict with another app.
-
I've just updated this app with several more bug fixes and minor features additions. See full list of bug fixes here.
-
My limited understanding of css is that it should only set a "max" dimension and if below should still use the images natural dimensions. If your Portal publicly available? If so, I wouldn't mind viewing it and ruling out any client side issues on your end. I recently worked on another site with the Portal installed and the image loaded fine with a custom theme as well.
-
The next bug fixing update should be released within a week or two max. If there is any particular bug your waiting on, please let me know and I'll see if I can provide a temp patch.
-
Thanks, I've noted a bug report for this and will take a look at this soon as I'm currently working my way through bug fixing updates now. The time based options are loaded a little differently then the all time option. Using the "basicpoints_logs" table instead as it contains a timestamp to filter with. Is it possible to get acp access or a copy of your basicpoints_logs database table so I can check over why it's not accurate?
-
Thanks, noted for next release.
-
I've just updated this plugin with a few minor bug fixes and the addition of grid view and group permission support.
-
I've just released v2.0.10 that fixes several more bugs and ensures compatibility with the latest version of IPB4 once again.
-
Were there any other error codes with that error? All text should be covered in the language manager. In this particular case, look for the "block_pointsTopPoints" language string.
-
See acp > theme editor > portal > front > browse > topicRow Find: <img src='{$firstImage}' class='ipsPos_right ipsThumb ipsThumb_large ipsResponsive_hidePhone' /> Make sure you don't see anything like "ipsThumb_bg" in there. I assume that even the default theme does the same thing?
-
I've noted this as a bug and will patch in the upcoming release. If your available for testing, I can see about putting some patches. (PM me.) Probably towards end of 1st week of October.
-
PM sent.
-
Find and delete applications/donate/extensions/Profile/ folder. The code for the donation pm should be easily transferable to the promotion pm. I'll note this for the next version to be included. I haven't really considered a warning notice before. It's a bit more complicated and might be a few more versions before I could add anything like that but none the less will note it for a major version.
-
The closest feature to that would be the "Top Points" widget at the moment.
-
Have you made any changes to the portal template yet? I did a little testing on this before and was sure it was somewhat adaptive to different aspect ratios. Can you confirm your using the latest version of the Portal app? This should of been fixed in the most recent version.
-
I've noted for next version. Unfortunately, right now you will need to manually remove the file. But a setting of some sort should be possible in a future version.
-
I'm sorry for the delay but I'm more then happy to manually patch this. The next version should be out within the next few weeks but even so, it would be beneficial to confirm my fix works for you given the wait. Please PM login details if you want me to test the patch. I'll need a few weeks before I can even send out any quote. If a new custom feature is built into the app itself. I generally will update it for that IPB version it was made for. So for example, a new feature will be supported for as long as IPB4 is around. Do you get the same issue when only setting the submit wait in the form itself? i.e. leaving the group permissions empty. It sounds like there might be a number limitation in the group permissions but I'll need you to confirm that by checking the form submit wait time.
-
I have noticed this on a few sites now. I'll note a bug and see how this can be improved.
-
It shouldn't, only the homepage forums are altered. I'll note your idea and see what's possible next major version.
-
Not for a few more weeks unfortunately. Still flat out with bug fixes for all my apps. No issue for me as long as people understand it's not currently a core feature. Technically yes but IPB4 doesn't make things easy for me. If you open applications/autowelcome/hooks/validatehook.php. I'll have to confirm with the code but if you remove the "validationComplete" function and the second if statement in the "postRegistration" function. /* Welcome member straight awway */ if( \IPS\Settings::i()->reg_auth_type == 'none' OR \IPS\Request::i()->do == 'complete' ) { That should in theory welcome the member after email validation but before admin validation. But it would need to be tested and I may be missing some improvements that IPB 4.1.14 or later may have introduced.
