WebFileUploader test help please!

  1. ‹ Older
  2. 3 months ago

    Roger S

    Feb 8 Gaspé, Québec, Canada

    Tried on Win 10 and FireFox and it doesn't close.... (Parallels desktop VM on Mojave)

  3. Roger S

    Feb 8 Gaspé, Québec, Canada

    Edge works fine here

  4. Hal G

    Feb 8 Pre-Release Testers, Xojo Pro, XDC Speakers CampSoftware.com
    Edited 3 months ago

    Just tested:

    • Mac Chrome. Worked fine as you stated.
    • Windows 10 Chrome 70.0.3538.110 worked but the progress bar went to 100% then to about 75% and then seem to finish.
    • Edge worked fine.
  5. Jay M

    Feb 8 Pre-Release Testers, Xojo Pro Austin TX

    FWIW WE found this in the Xojo cloud error logs. I have no clue how to read it.

    5310 [Fri Feb 08 16:21:15.653718 2019] [:error] [pid 5655] [client 73.196.148.120:60548] [client 73.196.148.120] ModSecurity: Access denied with code 44 (phase 2). Match of “eq 0” against “MULTIPART_UNMATCHED_BOUNDARY” required. [file “/etc/httpd/conf.d/mod_security.conf”     ] [line “34"] [id “200003”] [msg “Multipart parser detected a possible unmatched boundary.“] [hostname “159.89.226.206”] [uri “/upload_test/index.cgi/8623FFEE06AA5C966FB5EF07B9B01D36479CEA56/upload”] [unique_id “XF2se4Jmw3UZy4B3mie2NwAAAAQ”], referer: http://159.89.2     26.206/upload_test/
  6. David C

    Feb 8 Pre-Release Testers, Xojo Pro Derby, ITM

    Safari on macOS MoHarvey worked OK

  7. Jay M

    Feb 9 Pre-Release Testers, Xojo Pro Austin TX

    Thanks all: I have created a case if anyone is looking at the same issue:

    Feedback: 54882

  8. Kyryl P

    Feb 9 Pre-Release Testers, Xojo Pro Europe (Ukraine)
    Edited 3 months ago

    It looks like XojoClouds mod_security goes crazy on some Windows clients.

    There are some messages that it can have “False positive“ catches

    https://github.com/SpiderLabs/ModSecurity/issues/652
    https://github.com/SpiderLabs/owasp-modsecurity-crs/issues/827
    https://github.com/SpiderLabs/ModSecurity/issues/1804

    Wrote the same to the Feedback case

  9. Jay M

    Feb 9 Pre-Release Testers, Xojo Pro Austin TX
    Edited 3 months ago

    @Roger SArneault Edge works fine here

    Rodger 2 questions:

    1. Can you upload a very big PDF?
    2. Are you on a true PC or a virtual instance.
  10. Greg O

    Feb 9 Xojo Inc

    @Jay M Rodger 2 questions:

    1. Can you upload a very big PDF?
    2. Are you on a true PC or a virtual instance.

    Jay, what do you consider “very big” ?

  11. Jay M

    Feb 11 Pre-Release Testers, Xojo Pro Austin TX
    Edited 3 months ago

    @Greg OLone 8 Megs fails on Xojo cloud.

    We are now running the exact same code with the exact same PDF on AWS (as a test) and it does not fail.

  12. Kyryl P

    Feb 11 Pre-Release Testers, Xojo Pro Europe (Ukraine)

    On AWS we have nginx + standalone 64bit app inside docker container, and it works fine.

  13. Roger S

    Feb 11 Gaspé, Québec, Canada

    Sent a 6 Mo PDF and the window did not close on Edge.

  14. Roger S

    Feb 11 Gaspé, Québec, Canada

    Sent a 48 Ko PDF and doesn't close...

    Edge worked las time...

  15. Roger S

    Feb 11 Gaspé, Québec, Canada
    Edited 3 months ago

    Tried again with Firefox and worked fine. (48 Ko)

  16. Roger S

    Feb 11 Gaspé, Québec, Canada

    Tried the 6 Mo with Firefox. Works

  17. Roger S

    Feb 11 Gaspé, Québec, Canada

    Tried again with Edge with 6 Mo and works....

  18. Michael D

    Feb 11 Pre-Release Testers, Xojo Pro

    I'm suspicious of WebFileUploader - see this bug report for example: Feedback Case #53053

  19. Jay M

    Feb 13 Pre-Release Testers, Xojo Pro Austin TX
    Edited 3 months ago

    SOLVED!

    As @Kyryl P suggested: In my case it is a known bug in Apache/ModSecurity (not Xojo). It is particularly problematic with large PDF documents.

    Until ModSecurity is patched the answer is to turn off a particular ModSecurity rule. This, of course, creates a whole other set of problems. But, at least the uploads are working.

  20. Greg O

    Feb 14 Xojo Inc Answer

    @Jay M As @Kyryl P suggested: In my case it is a known bug in Apache/ModSecurity (not Xojo). It is particularly problematic with large PDF documents.

    I would like to point out that it’s not really a bug in mod_security. It’s doing exactly what it’s designed to do.

    The issue arises from an attached file (does not have to be a pdf) having a particular sequence of characters, in this case:

    chr(13)+chr(10)+”- -“

    Followed by any ascii character. This is the exact pattern that an http post request uses to break up attachments.

    Having looked at a few offending PDF files on this case, it appears that the app that is creating these files is not properly encoding that data as simply opening the file in Acrobat Pro or PDFPenPro and saving a new file solves the issue.

or Sign Up to reply!