Bug#745605: apache2: AddDefaultCharset doesn't work for javascript

2015-04-30 Thread Carlos Cerrillo
Yes I would like to add application/javascript to the supported types,
because sometimes developers set charset in html but not in the script tag

Jean-Michel thank you for the info and your time

El 30/04/2015 a las 10:36, Jean-Michel Nirgal Vourgère escribió:
> Control: severity -1 wishlist
> Control: retitle -1 Please enable AddDefaultCharset for javascript
> Control: forwarded -1 https://bz.apache.org/bugzilla/show_bug.cgi?id=35049
>
> Hi
>
> I dig a bit more, and this is the expected behaviour:
> https://httpd.apache.org/docs/2.4/mod/core.html#adddefaultcharset
>
> So, I'm decreasing severity.
>
> We simply cannot add charset for every types, like images.
>
> Carlos: Am I correct in assuming you would like application/javascript
> to be included in the list of supported types?
>
> Upstream is aware of the request:
> https://bz.apache.org/bugzilla/show_bug.cgi?id=35049
>
> Thank you for reporting a bug at Debian.
>


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#745605: apache2: ignores AddDefaultCharset

2015-03-10 Thread Carlos Cerrillo
The issue with the form was caused by an incorrect php setting, but the
issue with the JS utf-8 encoded file is still happen with 2.4.10-9, the
only way to solve it is to add AddCharset UTF-8 .js, In that case the
headers are set to UTF-8, but if only AddDefaultCharset UTF-8 is set it
seems that is interpreted as iso-8859-1 in firefox, because the charset
headers are not set to UTF-8

Kind regards,
  Carlos

On Sun, 13 Jul 2014 16:42:52 +0200 =?ISO-8859-1?Q?Arno_T=F6ll?=
 wrote:
> Hi,
>
> On 16.06.2014 22:59, Arnaud de Prelle wrote:
> > It seems Apache 2.4.9-2 misuses the AddDefaultCharset statement.
> > By default it should be Off but the current 2.4.9-2 simply overrides
the value of the parameters and sets it to UTF-8.
>
> are you sure, this isn't overridden by PHP as in Carlos' case? Apache
> defaults to
>
> #define DEFAULT_ADD_DEFAULT_CHARSET_NAME "iso-8859-1"
>
>
> else if (!strcasecmp(arg, "On")) {
> d->add_default_charset = ADD_DEFAULT_CHARSET_ON;
> d->add_default_charset_name = DEFAULT_ADD_DEFAULT_CHARSET_NAME;
>
>
> when set to on, and this code hasn't changed a long time.
>
>
> --
> with kind regards,
> Arno Töll
> IRC: daemonkeeper on Freenode/OFTC
> GnuPG Key-ID: 0x9D80F36D
>


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#745605: apache2: ignores AddDefaultCharset

2014-06-18 Thread Carlos Cerrillo
The form encoding is not related to this issue, was an incorrect php.ini
setting


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#745605: apache2: ignores AddDefaultCharset

2014-05-22 Thread Carlos Cerrillo
An update, adding to the form
'enctype="multipart/form-data;charset=utf-8"' breaks the file upload so
is not a solution.

Any advance with this?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#745605: apache2: ignores AddDefaultCharset

2014-05-13 Thread Carlos Cerrillo
Maybe this is related too, if you put a form with multipart/form-data
the string is garbled. try this:

index.html:

http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>






  
  




post.php:


Bug#745605: apache2: ignores AddDefaultCharset

2014-05-08 Thread Carlos Cerrillo
Stefan, can you reproduce this?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#745605: apache2: ignores AddDefaultCharset

2014-04-27 Thread Carlos Cerrillo
Hi Stefan,

 If i do a grep in /etc/apache2 searching for AddDefaultCharset, the
only other place where it appears is in proxy.conf, but i have this
module disabled.

 I have discovered that the issue happens on utf-8 encoded js files, it
works for php and html, try it with a js file, the headers that are
expected are:
   Content-Type: application/javascript; charset=utf-8
but instead the headers that are retrieved are:
   Content-Type: application/javascript

Greetings,
 Carlos Cerrillo

El 27/04/2014 22:02, Stefan Fritsch escribió:
> Am Mittwoch, 23. April 2014, 10:40:56 schrieb Carlos:
>> Package: apache2
>> Version: 2.4.9-1
>> Severity: important
>>
>> Dear Maintainer,
>>
>> I commented out from conf-enabled/charset.conf the AddDefaultCharset
>> UTF-8, but this directive is ignored.
>>
>> I also tried to put this directive in the vhost but still ignored,
>> the only solution that solved the problem is using AddCharset
>> directive per file type
> I cannot reproduce this, it works fine here. Maybe you have an 
> AddDefaultCharset off somewhere that overrides the value from 
> charset.conf?
>


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org