Michel_72

Hi, today I upgraded to v4.7.2.1 When trying to edit my theme back to what is was, I usually go here and edit the CSS, but there is now only one CSS file visible (custom.css) I want to edit page width. Before I edited _vars.css and change: /* Page widths */ --container--width: 1230px; --minimal_container--width: 1000px; How can I edit these files again, or achieve the same thing: set my page width?

Great, thanks!

Cron /usr/bin/php -d memory_limit=-1 -d max_execution_time=0 /var/www/xxxxxxxxxx/webroot/forums/applications/core/interface/task/task.php 4d93fb6a0c7d7326fda22ffa83e2c0e8 Exception: IPS\Http\Request\CurlException Object ( [message:protected] => https://api.indexnow.org/indexnow/ Operation timed out after 10001 milliseconds with 0 bytes received [string:Exception:private] => [code:protected] => 28 [file:protected] => /var/www/xxxxxxxxxxx/webroot/forums/system/Http/Request/Curl.php [line:protected] => 398 [trace:Exception:private] => Array ( [0] => Array ( [file] => /var/www/xxxxxxxxxxx/webroot/forums/system/Http/Request/Curl.php [line] => 422 [function] => _execute [class] => IPS\Http\Request\_Curl [type] => -> ) [1] => Array ( [file] => /var/www/xxxxxxxxxxx/webroot/forums/system/Http/Request/Curl.php [line] => 317 [function] => _executeAndFollowRedirects [class] => IPS\Http\Request\_Curl [type] => -> ) [2] => Array ( [file] => /var/www/xxxxxxxxxxx/webroot/forums/applications/core/sources/IndexNow/IndexNow.php [line] => 99 [function] => post [class] => IPS\Http\Request\_Curl [type] => -> ) [3] => Array ( [file] => /var/www/xxxxxxxxxxx/webroot/forums/applications/core/extensions/core/Queue/IndexNow.php [line] => 57 [function] => send [class] => IPS\core\_IndexNow [type] => -> ) [4] => Array ( [file] => /var/www/xxxxxxxxxxx/webroot/forums/system/Task/Task.php [line] => 47 [function] => run [class] => IPS\core\extensions\core\Queue\_IndexNow [type] => -> ) [5] => Array ( [file] => /var/www/xxxxxxxxxxx/webroot/forums/applications/core/tasks/queue.php [line] => 43 [function] => runQueue [class] => IPS\_Task [type] => :: ) [6] => Array ( [file] => /var/www/xxxxxxxxxxx/webroot/forums/system/Task/Task.php [line] => 367 [function] => IPS\core\tasks\{closure} [class] => IPS\core\tasks\_queue [type] => -> ) [7] => Array ( [file] => /var/www/xxxxxxxxxxx/webroot/forums/applications/core/tasks/queue.php [line] => 55 [function] => runUntilTimeout [class] => IPS\_Task [type] => -> ) [8] => Array ( [file] => /var/www/xxxxxxxxxxx/webroot/forums/system/Task/Task.php [line] => 266 [function] => execute [class] => IPS\core\tasks\_queue [type] => -> ) [9] => Array ( [file] => /var/www/xxxxxxxxxxx/webroot/forums/system/Task/Task.php [line] => 229 [function] => run [class] => IPS\_Task [type] => -> ) [10] => Array ( [file] => /var/www/xxxxxxxxxxx/webroot/forums/applications/core/interface/task/task.php [line] => 58 [function] => runAndLog [class] => IPS\_Task [type] => -> ) ) [previous:Exception:private] => ) Anybody knows what this means and what to do about it?

After rethinking this you might be right there is no optimal solution for this and the issue can be mitigated by queuing the e-mail as outlined above. So I'd like to redraw my feature request 😉

Hi, I now 'fixed' the problem by configuring the local postfix server to relay via my external mailserver, so the mail will be delivered instantly to the local mailqueue and then relayed 'slowly' to the external smtp server. This will not speedup delivery, but does 'fix' this issue.

When there are only 13 followers, posting takes 22 seconds to complete. That is not acceptable. When this topic would have 30 followers I loose my members by frustration 😉 I am using the external mailserver because sending mail via this mailserver is way more reliable then sending via php (dkim, antivirus), and again, this mailserver is no slouch. Can this treshold then al least be configurable?

As I was confronted with some 'sudden' performance issues while posting message in a topic with 10+ followers, it turned out Invision Community forums is sending topic e-mail notifications instant. A 'slow' mailserver can then significantly delay the posts being made to such a topic: Please make the e-mail a background task as this seems bad practice. The speed of a post should not be relying on the speed of a smtp mailserver (which is quit speedy, but apparently not speedy enough for Invision community 😉

I am starting to think you may have a point. 😉 I used a 13 follower topic now which was slow most of the time. Then switched the email setting back from smtp to php and posting was then fast every time I tested. smtp is an external (TLS) mailserver, within the same network which is quit fast. There are 2 things I can wrap my head around. The mailserver is fast when trying it from the command line on the server running IPS. So why does this hold up posting. This mailserver was in use before the update as well without any issues. Why is IPS sending the email instant and does posting a message rely on a blazing fast smtp server? I would rather have this done by the cron running every minute so It will be a background proces.

In this specific topic I was testing there are 6 followers. But I have also been testing in a topic that only has 1 follower and in there I am getting the same irregular delays. Wat mis je op sat4all? (graag reageren) - Pagina 7 - Off topic - Sat4all - Alles over Satelliet TV, Ziggo en Telenet! As far as I can see there are no significant delays there: Apr 20 20:00:02 ####### postfix/local[2155]: 8D75F807A2: to=<##########>, orig_to=<#####>, relay=local, delay=0.05, delays=0.03/0.01/0/0.01, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION") Apr 20 2

Yes, there could be a lot of followers. But why does to e-mail connection hold up (new) posts? Ar the e-mail notifications not being handled by a cron job? When editing the newly posted message that is instant. I'm trying to understand why this happens all of a sudden. The mailserver is unchanged.

Hi, I am having issues since ugrading to 4.6.12.1. When posting new messages sometimes it's instant, sometimes it takes somewhere from 5 to 16 seconds. Since I also upgraded the OS (Debian 11 bullseye, as I do every month) I can not be 100% sure it's the Invision community upgrade. I have checked all /var/log/* for errors, enabled the mysql slow query log, but nothing suspicious. Anobody having similar issues, or maybe someone has some pointers on what to check next? Cheers, Michel

Sorry, forgot to close this. The Bancontact issue was a PiCNIC issue of the worst kind. 🤭 The Apple Pay was tested on a non apple browser on an apple device, not knowing this would not work. Thanks for the great support!

Maybe a typo. I have entered credentials again and verified them. Sorry.

Sorry, updated.

Hi, I have added the IP to both the firewall and the admin-cp access-list. sft info also updated.

I have, but since it is not possible to talk to IPS via a ticket I have no other option then to post private information via a PM. That PM is now in Marc Stridgens PM-box. I have an access-list on my Admin CP. I asked Marc if the Invision IP-adresses are still valid. If so you should be able to access it. The access details for the admin CP are updated. I asked marc if he also needs sftp since that is a little harder for me to do due to security. Community support makes it quit hard to communicate private information.

I send you another PM and updated all info.

All transaction details and logs are in your PM.

I have full transaction logs from Stripe, but I can not publish this publicly. This is what stripe had to say about it. It was a very lengthy and pain-full conversation where I had to explain multiple times I am just a user and not a developer and needed to know where it goes wrong, so I know which door to knock.

Sure, but is this topic visible to other customers? That is private information.

Hi, I have configured Commerce for accepting iDeal, Bancontact, Apple Pay and Creditcard payments. iDeal and Credit Card payments seem to work just fine. Apple Pay does not show as an option on the customers side, even though it seems to be configured successfully. On the Commerce side It has been configured identically to the iDeal settings. Bancontact payment work fine from the customers point of view, they are withdrawn from the customers bankaccount, confirmed as a successful payment ON SCREEN to the customer, but there is no email confirmation to the customer or to the invisioncummunity administrator (me). The customer gets this on screen (sorry it's in Dutch): Thanks for your payment. Order #46 In the commerce admin: But this transaction fails in the end and the amount is being refunded to the customer a few days later. Stripe says the transaction was not completed. As I can not configure anything more, I must assume there is something going wrong on the Commerce side. As I said, identically configured iDeal payments works just fine. Stripe days: In other words: A critical API step is missing in this payment proces. Something that needs to be corrected in the commerce stripe bancontact code. I have a screenrecording of the customers side of the process where the entire proces seems to be 100% successful.

Somebody just fixed something, because I was just able to update the plugin 👌

Thanks, that's almost the same procedure, except I don't upload, but just press the upgrade button in the Admin CP marketplace. I have asked Invision to respond to your remarks. Michel

Thanks, will do.

Hi thanks for responding so fast. Could I try manually installing the update and how? I'm not getting anywhere near a solution when the 2 parties point fingers towards each other 😄