rejetto forum

Software => HFS ~ HTTP File Server => Topic started by: kassenzettel on April 14, 2015, 09:09:47 AM

Title: Request Entity Too Large using Android Chrome
Post by: kassenzettel on April 14, 2015, 09:09:47 AM
When I try to upload sth via chrome browser 40.0.2214.109 on an android phone i get the following error:

Got the error: Request Entity Too Large while trying to obtain /folder/ 2300000 bytes is too much data to post.

Other browsers are working fine
Title: Re: Request Entity Too Large using Android Chrome
Post by: bmartino1 on April 15, 2015, 04:45:53 PM
since other browser work fine, i assume it is setting not enabled in the phones web browser, by default the phone web browser has javascript turned off, that needs to be enabled.
Title: Re: Request Entity Too Large using Android Chrome
Post by: kassenzettel on April 15, 2015, 04:53:53 PM
JS is activated
Title: Re: Request Entity Too Large using Android Chrome
Post by: bmartino1 on April 15, 2015, 08:38:56 PM
cookies are enabled?
Hfs also uses a cookie...

http://androidwidgetcenter.com/android-tips/how-to-enable-cookies-in-android/

other setting that may need to be enabled/ changed:
https://support.google.com/chrome/answer/2392971?hl=en

JavaScript / cookies for sure!
Title: Re: Request Entity Too Large using Android Chrome
Post by: kassenzettel on April 16, 2015, 07:02:46 AM
All these settings where enabled.
I don't know why but suddenly it works  :o

I'll be back when the error occurs again.
Title: Re: Request Entity Too Large using Android Chrome
Post by: bmartino1 on April 16, 2015, 08:07:41 PM
i think it might have been becasue of the recent google updates.

Google Chrome was disabling and removing java for a while to work out a security bug, they have recently patched it.

Although this is the desktop stuff, Some of it still applies to the chrome browser on phones...

https://java.com/en/download/faq/chrome.xml

QUOTE:
---
NPAPI support by Chrome
The Java plug-in for web browsers relies on the cross platform plugin architecture NPAPI, which has long been, and currently is, supported by all major web browsers. Google announced in September 2013 plans to remove NPAPI support from Chrome by "the end of 2014", thus effectively dropping support for Silverlight, Java, Facebook Video and other similar NPAPI based plugins. Recently, Google has revised their plans and now state that they plan to completely remove NPAPI by late 2015. As it is unclear if these dates will be further extended or not, we strongly recommend Java users consider alternatives to Chrome as soon as possible. Instead, we recommend Firefox, Internet Explorer and Safari as longer-term options. As of April 2015, starting with Chrome Version 42, Google has added an additional step to configuring NPAPI based plugins like Java to run — see the section Enabling NPAPI in Chrome Version 42 and later below.
---
Solution....

As of Chrome Version 42, an additional configuration step is required to continue using NPAPI plugins.

In your URL bar, enter:
chrome://flags/#enable-npapi
Click the Enable link for the Enable NPAPI configuration option.
Click the Relaunch button that now appears at the bottom of the configuration page.

----------------
USCERT:

Google Releases Security Update for Chrome

US-CERT <US-CERT@ncas.us-cert.gov> Unsubscribe
8:41 PM (18 hours ago)

to me
 NCCIC / US-CERT

National Cyber Awareness System:

Google Releases Security Update for Chrome
04/15/2015 08:10 PM EDT

Original release date: April 15, 2015
Google has released Chrome 42.0.2311.90 for Windows, Mac, and Linux to address multiple vulnerabilities. Exploitation of one of these vulnerabilities may allow a remote attacker to take control of an affected system.

US-CERT encourages users and administrators to review the Google Chrome blog entry and apply the necessary updates.

This product is provided subject to this Notification and this Privacy & Use policy.

OTHER RESOURCES:
Contact Us | Security Publications | Alerts and Tips | Related Resources
STAY CONNECTED:
Sign up for email updates
SUBSCRIBER SERVICES:
Manage Preferences  |  Unsubscribe  |  Help

This email was sent to ***my email*** using GovDelivery, on behalf of: United States Computer Emergency Readiness Team (US-CERT) · 245 Murray Lane SW Bldg 410 · Washington, DC 20598 · (888) 282-0870   Powered by GovDelivery