| Summary | Attachment upload errors are not handled |
| Queue | DIMP |
| Queue Version | 1.0.1-RC1 |
| Type | Bug |
| State | Not A Bug |
| Priority | 2. Medium |
| Owners | |
| Requester | robert.penz (at) tirol (dot) gv (dot) at |
| Created | 08/29/2008 (6154 days ago) |
| Due | |
| Updated | 08/29/2008 (6154 days ago) |
| Assigned | |
| Resolved | 08/29/2008 (6154 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
the POST limit. Check the mailing list archives.
I thought it is possible with java script to get the size of the
upload before it is completely uploaded. With this value DIMP could
check against the maximum it can handle and stop the upload within
seconds and report an error message to the user. Or the admin could
configure a maximum upload size, against this is checked. Specially
the post size warning would not happen if the system is configured
correctly.
State ⇒ Not A Bug
we can do about it.
Priority ⇒ 2. Medium
Patch ⇒ No
Milestone ⇒
Queue ⇒ DIMP
Summary ⇒ Attachment upload errors are not handled
Type ⇒ Bug
State ⇒ Unconfirmed
during upload, no error message is shown to the user:
PHP Fatal error: Allowed memory size of 67108864 bytes exhausted
(tried to allocate 14340020 bytes
or
PHP Warning: POST Content-Length of 35076780 bytes exceeds the limit
of 33554432 bytes
Even if the upload itself worked it is still possible that the first
error occurs while you send the mail. It would be nice if the user
gets an error message shown.