The images are being taken from an iPad and when I test it, it does not upload correctly. If I upload another different image the attachment works fine. I am attached the image that seems to always create the problem. Please help.
Hi,
The image provided does not seem to be the problem.
I attached it without issue.
You can have a look at Ticket #2 on demo.projeqtor.org.
Possibly it comes from how the user adds the image.
Could you give hints abot the way the image is added to the item ?
Could the user try and add an image on some ticket on Demo with his iPad ?
There has to be a problem with the image. Have a look at this video of how the upload of the image behaves.
https://www.dropbox.com/s/vgpgghx19yxqj09/attachment_problem_withimage.mp4?dl=0
About the questions
Possibly it comes from how the user adds the image.
I tried it on my PC and while it does not corrupt the entire activity the upload of the image behaves in an unusual way. See video
Could you give hints abot the way the image is added to the item ?
I watched him upload the image and he uses the attachment feature the same way as you would expect. There is nothing wrong with the way he is uploading as even when I test it on my computer a problem occurs. Yet when I use another image on my computer it behaves correctly.
Could the user try and add an image on some ticket on Demo with his iPad ?
What do you mean by Demo? What is this where is it?
I had my worker upload the same photo on the demo version.
They logged in as manager and in Action #3 - Lachlan
they uploaded 4 different files. Had no problems.
What do you think is causing this then?
Very strange.
Possibly it is due to some backend treatment of the file.
For instance, virus analysis of the image, charset encryption, problem with name of file, missing module.
What is the OS of your server ?
What is you PHP server and web application ? (apache with PHP module, nginx + PHPfrm, else ?)
Did you have a look at apache error logs ?
Is there any other solution or help you can provide me with this. Seems to still happen with my staff member using the ipad and uploading the photos.
Really hard to analyze as we cannot reproduce and your user cannot even reproduce on our Demo so that we could have a test case.
Possibly it is an item on your network that changes the image (antivirus, proxy, firewall).
A disappointing outcome as when they did it on the demo of projeqtor nothing change regarding proxy or networking. That means it cannot be from the user's point, but something to do with our installation or files of projeqtor.
Sure.
Have a look at file stored on server from attached file : has it something weird ? (special characters or else)
I have checked and there is nothing weird about the file uploaded on the server.
Here is the situation at the moment.
- It only is happening for one of our users.
- That user is able to upload the image correctly on your demo.projeqtor site without a problem.
- That user is able to upload the same image correctly on slack without any problem
- That user is able to upload the same image correctly on other software programs we have
- That image if uploaded by any one of our support team on ProjeQtor on our ProjeQtor files - the file becomes corrupt
- Other images can be uploaded properly by our support team on our version of ProjeQtor we are using - we have the latest stable version from you guys
With all this investigation, I can only say that the problem seems to be somewhere in our projeQtor files that is causing the problem. The problem is not the file itself. It seems the problem is with our part of ProjeQtor and our files. Is there anything you can do to assist with this.
It is a weird issue.
The que
Can you try and change $filenameCharset in parameter.php ?
You may try "UTF-8" or "Windows-1259" or "ISO-8859-15"
Attention, after changing this, already stored file may become unreachable
In .../projeqtor/tool/parameters.php there is not line that has the $filenameCharset code you want me to change.
No it does not exist, you have to create it.
Added this and still problem is the same.