cstevensjr

11 minutes ago, bernhard said:

Can anybody try if downloading https://www.baumrock.com/site/assets/files/1192/mockup_mustangs.800x0.png via WireHttp works on their end please?

$http = new WireHttp();
$http->download('https://www.baumrock.com/site/assets/files/1192/mockup_mustangs.800x0.png', __DIR__ . '/tmp.jpg');

Works for me

Moderator note: this is not a module support thread, so I'm moving it to the General Support area of the forum instead. Please keep in mind that the Modules/Plugins area is only intended for module-specific support threads. Thanks!

Moderator note: this is not a module support thread, so I'm moving it to the General Support area of the forum instead. Please keep in mind that the Modules/Plugins area is only intended for module-specific support threads. Thanks!

29 minutes ago, HMCB said:

I don’t know if anyone here would find this handy but interesting nonetheless:

https://css-tricks.com/wrangling-control-over-pdfs-with-the-adobe-pdf-embed-api/

Thanks

Moderator note: this is not a module support thread, so I'm moving it to the Module/Plugin Development sub-area of the forum instead. Please keep in mind that the Modules/Plugins main area is only intended for module-specific support threads. Thanks!

Moderator note: this is not a module support thread, so I'm moving it to the General Support area of the forum instead. Please keep in mind that the Modules/Plugins area is only intended for module-specific support threads. Thanks!

@Macrura,

Thanks again for your detailed and to-the-point report on what happened at Dreamhost.  I was able to get Dreamhost to adjust the ModSec ruleset and things are working again.

2 hours ago, Macrura said:

@cstevensjr,

this started on Wednesday of this week when Dreamhost made some bizarre unilateral ModSecurity setting that broke every ProcessWire site's ability to upload images or files.

You have to open a support ticket and tell them to change the ModSec setting for every domain on your account to allow the CMS to work. They should be able to check their logs and know what to change, but you also might have to go back and forth with them and test it. I exchanged probably 10 emails with them on Wednesday while they repeatedly tweaked the ruleset until i was able to upload again.

Last night i had to send them a list of ~20 sites that they had to adjust the ruleset for and they replied today that it is now done, but only time will tell if I start to receive complaints from site owners that they can't upload.

This is certainly disappointing behavior from Dreamhost, and they should make amends. Hopefully they are going to learn a hard lesson once they get an avalanche of support complaints about this.

By the way, you can easily tell what the problem is, if you upload while viewing the network panel. You'll see probably a 418 error and when you view the response you'll see Internal Server Error. 418 is the DH response for anything related to ModSec. In addition you can go into the server logs and open the log file (which may be pretty huge by now) and see the mod sec errors.

Thanks!

Good Day,

I'm having an issue with a client's PW websites that are hosted on a shared hosting package on Dreamhost.  Everything works fine, with the exception that recently you cannot save an image or file on the websites.  Files (images or pdfs) will load and the spinner never stops spinning, however the file shows 100 percent loaded. I honestly believe this is strictly a hosting related issue.

Troubleshooting So Far

These client websites (3) have been upgraded to PHP 7.3, 7.4 and 8.0.2 and the problem persists.  PW versions tested are versions 165, 172, 173 and 174.  Previously never had any issues with PW version 165 running on PHP 7.4

I run my own websites on Dreamhost (on VPS) and don't have this issue.  My PHP versions on the multiple VPS are 7.3 and 7.4.  PW versions 165, 172, 173 and 174 work with no problems noted.  No current issues with saving an image or file on the VPS hosted websites.

I have additional clients that are on PHP 7.3 and running PW Version 165 and 174 with no image or file issues.  These client websites are on Dreamhost shared hosting.

Conclusion

It seems odd that I am having this issue with one client and not others on shared hosting. I also haven't seen any recent reports in the. PW Forum of issues anyone is having with saving images or files.

If anyone has any specific idea of what's going on, I would greatly appreciate your comments and suggestions before I bring this up to the web hosting service.  Thanks.

20 minutes ago, fruid said:

WireMail SMTP, WireMailPHPMailer or SwiftMailer - which one is state of the art? Or any other? What are the pros and cons? I tried WireMail SMTP, it doesn't seem so reliable. Many people seem to be in favor of WireMailPHPMailer, but that needs some attention, but before I start, there's also SwiftMailer, so I don't know what's the best bet and which one's the newest.

The following are a few links for you to check out:

Wiremail

Wiremail Class:

https://processwire.com/api/ref/wire-mail/

Wiremail Related Modules

https://processwire.com/modules/category/email/

Moderator note: this is not a module support thread, so I'm moving it to the General Support area of the forum instead. Please keep in mind that the Modules/Plugins area is only intended for module-specific support threads. Thanks!

1 hour ago, Motion Expert said:

hi,

I'm trying to reach out the customer support about a payment, but there is no response so far. I'm wondering is there any support, and what to do if there is no reply at all.

thanks

Please send a Private Message (PM) within this forum software to @ryan and he should be able to clear up any issue that you may have.

5 minutes ago, Motion Expert said:

hello folks, does anyone know how long does it take to get a response from the ProcessWire customer support. Do you have any previous experience?

The forum topics are monitored at all times and most posts have timely responses.  Is there a specific topic that you are having a problem with?

If you have issues related to specific VIP Support Forum issues, I would PM @ryan or any other developer directly, if you feel that you are not getting a timely response

Moderator note: this is not a module support thread, so I'm moving it to the General Support area of the forum instead. Please keep in mind that the Modules/Plugins area is only intended for module-specific support threads. Thanks!

Moderator note: this is not a module support thread, so I'm moving it to the General Support area of the forum instead. Please keep in mind that the Modules/Plugins area is only intended for module-specific support threads. Thanks!

Moderator note: this is not a module support thread, so I'm moving it to the General Support area of the forum instead. Please keep in mind that the Modules/Plugins area is only intended for module-specific support threads. Thanks!

On 1/17/2021 at 5:57 PM, modifiedcontent said:

Is there another safe way to remove/uninstall modules?

When nothing else works, using Secure File Transfer Protocol, you could remote login to your PW /site/modules directory and remove the module that you need to uninstall.

6 hours ago, AndZyk said:

This happened to me again and is a reason for me not to use this module again.

I don't have access to the support board right now, but it would be great if someone could get this to @ryans attention.

Regards, Andreas

You yourself can send a PM to @ryan

4 hours ago, caffeineben said:

My hosting company (Dreamhost) upgraded their VPS accounts from Ubuntu 14 (also known as Trusty) to Debian 10 (aka Buster). Since they have done that, I can no longer upload photos through the PW admin. Most of my templates use the Images field and when I go to upload an image - no matter the size, I just see spinning over the image icon. I checked my console and get the following errors:

[Error] Failed to load resource: the server responded with a status of 418 () (edit, line 0)
[Error] SyntaxError: JSON Parse error: Unrecognized token '<'
    parse (JqueryCore.js:2:13595)
    parseJSON (JqueryCore.js:2:13595)
    (anonymous function) (InputfieldImage.min.js:1:35271)

I have multiple sites hosted by Dreamhost and this is now happening on all sites.  I am using Processwire 3.0.165. PHP 7.4.

I don't know what other info is helpful so please let me know if you have any ideas. I have filed a ticket and suspect this is a result of the upgrade as all these sites worked previously. And the sites still work - just can't upload and save to the images field.

 

Good Day,

I utilize Dreamhost VPS for all of my company related websites.  My clients mostly utilize Dreamhost shared hosting services.

I took note of your problem and took a quick look at my company related websites.  I upgraded one website from ProcessWire 3.0.151 to 3.0.165.  I then upgraded my PHP from 7.3.24 to 7.4.12 on that particular website.

I am able to upload pictures to my image fields.  The only problem I had was for images that had a resolution of 5312 x 6875 (5 mb) and 6741 x 4166 (796 kb).  These would have the spinning over the image icon.   

I  was able to upload a 4032 x 3024 (3 mb) image with no problem. Other images of lower resolution uploaded without any issues.  I honestly don't know if this problem existed before on the VPS as I hadn't been loading high resolution images on any of my websites.

On two of my client's website (on Dreamhost Shared Hosting), i am able to load the same high resolution images that I couldn't load on the VPS related websites without an issue.   The websites that I could load the high resolution images were at PHP 7.4.11 and using ProcessWire 3.0.153 and ProcessWire 3.0.165

Moderator note: this is not the VIP ProCache module support thread, so I'm moving it to the General Support area of the forum instead. Please keep in mind that the Modules/Plugins area is only intended for non-commercial module-specific support threads. If you don't have access to the VIP ProCache module support thread, please send a PM to @ryan and he can help you gain access. Thanks!

7 hours ago, Greg Lumley said:

Hi, this has me stumped, please help. ?

I'm using a field 'page_body' in a page-template as well as a blog-template. 
HannaCodeDialogue is enabled for the field page_body.

HannaCode works perfectly in Pages but not in Posts. 

The dropdown is visible in the pages edit template but not in the posts edit template. 

If I manually put the code into the Posts Template i.e. : [[YouTubeVideo videoName="my_vid"]] it simply displays the tag. 

I'm quite sure this is a config error of some sort but for the life of me, I can't find it. 

 

Thank you. 

 

Greg. 

@monchu is correct, please describe or provide a screenshot of how you have your "page_body" field setup.

Here is an example of the basic body field being used for the Hana Code Text Formatter.

This is appearing on your website because, for some reason, there is no starting 

<script>

tag for the last remnant of your Google Tag or Google Analytics code.  It shows as the following:

</script>', 'auto');	;	ga('send', 'pageview');</script>

Please check your templates for the remnant code that is showing up and remove it. 

Moderator note: I'm moving this thread to the General Support area of the forum. The Modules/Plugins area is only intended for designated module-specific support threads. Thanks!