<p>I have some issues with saving fields and entries in Craft. For some reason, some entries, and a Matrix field I have, take approx. 1 to 2 minutes to save. There are then errors in my server log. </p>

<p>Initially I thought it was due to using Assets fields, as when I deleted those, the matrix field saved OK, and the entry. I recreated a field using Assets and when added some images to an entry, the issue came back. </p>

<p>It still saves, just takes 1 to 2 minutes. </p>

<p>For info, this is a site I copied from another site, then changed it's database, any paths/domains in config, then deleted a bunch of entries and assets we don't need on the new site, then the issue started to happen. </p>

<p>Here is the error in the server log. Online it says increate the timeout, but thats not a solution, it should not be taking this long in the first place. </p>

<pre><code>[Fri Jul 08 16:00:24.139890 2016] [fcgid:warn] [pid 32671] (70007)The timeout specified has expired: [client xx.xx.xx.xx:50434] mod_fcgid: ap_pass_brigade failed in handle_request_ipc function, referer: http://mydomain.co.uk/admin/entries/homepage/2-homepage
</code></pre>

<p><strong>Update</strong>: I have since copied the site again and gone through the same process as above, and its working OK now. So not urgent for me, but will leave this issue here nevertheless as its a serious issue of course. </p>

CC BY-SA 3.0
2016-07-08T23:48:21.533Z
Any chance you've got gzip output compression enabled on your site either at the PHP or Apache level?
Brad Bell
CC BY-SA 3.0
2016-07-09T00:50:19.777Z
Yes we alway have gzip enabled. But another site on same server with same fields is ok.
Laurence Cope
CC BY-SA 3.0
2016-07-09T04:35:09.333Z
I ask because we've seen something that sound similar on a few random servers that have gzip compression enabled and a Craft task is running that triggers automatically. You can try either disabling gzip and/or setting https://craftcms.com/docs/config-settings#runTasksAutomatically to false and setting up a cron job to trigger tasks to see if that helps.
Brad Bell
CC BY-SA 3.0
2016-07-11T11:01:33.217Z
The site was a copy of another site, with entries and images deleted. I have now re-copied the original site again, deleted the entries and images like before, and its working fine. I have no idea why this would have happened the first time.
Laurence Cope
CC BY-SA 3.0
2016-07-11T18:23:19.827Z
Yeah, that's weird.  Maybe just some odd environmental issue. Probably worth adding your update as an actual answer to the question, though.
Brad Bell
<entries><matrix>
Saving some entries and a matrix field settings takes a very long time
# Saving some entries and a matrix field settings takes a very long time

(Asked by: username_0 on 2016-07-08)

I have some issues with saving fields and entries in Craft. For some reason, some entries, and a Matrix field I have, take approx. 1 to 2 minutes to save. There are then errors in my server log. 
Initially I thought it was due to using Assets fields, as when I deleted those, the matrix field saved OK, and the entry. I recreated a field using Assets and when added some images to an entry, the issue came back. 
It still saves, just takes 1 to 2 minutes. 
For info, this is a site I copied from another site, then changed it's database, any paths/domains in config, then deleted a bunch of entries and assets we don't need on the new site, then the issue started to happen. 
Here is the error in the server log. Online it says increate the timeout, but thats not a solution, it should not be taking this long in the first place. 
[Fri Jul 08 16:00:24.139890 2016] [fcgid:warn] [pid 32671] (70007)The timeout specified has expired: [client xx.xx.xx.xx:50434] mod_fcgid: ap_pass_brigade failed in handle_request_ipc function, referer: http://mydomain.co.uk/admin/entries/homepage/2-homepage

Update: I have since copied the site again and gone through the same process as above, and its working OK now. So not urgent for me, but will leave this issue here nevertheless as its a serious issue of course.

**Tags:** entries, matrix
> **Comments:**
> **username_1**: Any chance you've got gzip output compression enabled on your site either at the PHP or Apache level?  
> **username_0**: Yes we alway have gzip enabled. But another site on same server with same fields is ok.  
> **username_1**: I ask because we've seen something that sound similar on a few random servers that have gzip compression enabled and a Craft task is running that triggers automatically. You can try either disabling gzip and/or setting https://craftcms.com/docs/config-settings#runTasksAutomatically to false and setting up a cron job to trigger tasks to see if that helps.  
> **username_0**: The site was a copy of another site, with entries and images deleted. I have now re-copied the original site again, deleted the entries and images like before, and its working fine. I have no idea why this would have happened the first time.  
> **username_1**: Yeah, that's weird.  Maybe just some odd environmental issue. Probably worth adding your update as an actual answer to the question, though.  

---

## 0 answers

