Missing charset during new language adding

1 view
Skip to first unread message

Alexander Obuhovich

unread,
Apr 28, 2010, 5:28:37 AM4/28/10
to In-Portal Bugs
Charset is missing during new language adding resulting failure to save non-english text entered on form.

For example type to type "Русский" as "Local Name" field value during language creation. This will result given required field being empty when you try to edit that language later.

--
Best Regards,

http://www.in-portal.com
http://www.alex-time.com

--
You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
To post to this group, send email to in-port...@googlegroups.com.
To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en.

Alexander Obuhovich

unread,
Apr 28, 2010, 5:32:29 AM4/28/10
to In-Portal Bugs
To fix this we should set "utf-8" as default charset for every language we are creating. Of course user can change that charset at any time.

Dmitry Andrejev

unread,
Apr 28, 2010, 1:26:27 PM4/28/10
to in-port...@googlegroups.com
Not sure when it happens?

I have tried adding Russian language while in English (default install) and it worked good.


DA.

Alexander Obuhovich

unread,
Apr 28, 2010, 3:43:46 PM4/28/10
to in-port...@googlegroups.com
Here is how to reproduce more detailed:
  1. open "Regional" section
  2. enter all required field values + Local Name should be in russian + uncheck "copy labels from" checkbox
  3. click "Save" button on toolbar
  4. open added language
  5. Local Name will be missing

Dmitry Andrejev

unread,
Apr 28, 2010, 11:35:56 PM4/28/10
to in-port...@googlegroups.com
Strange, but I still have it working fine in my 5.1.0.

Please see attachment and let me know if I am missing anything.


DA
LanguageCharsetIssue.png

Dmitry Andrejev

unread,
Apr 29, 2010, 8:43:33 AM4/29/10
to in-port...@googlegroups.com
More upgrades here:

The issue that Alex experiences comes up due his default Apache settings when default Charset is Windows 1251 while mine is UTF-8. Unfortunately we can't rely on this setting here and this is what is proposed to do:

1. As Default CHARSET for Languages we put utf-8 (will be pre-filled on the form)

2. Always put utf-8 in the HTML when you are adding a NEW language and "<inp2:lang_Field name="Charset"/>" is empty (on the first form load). This will help to prevent default Webserver charset to be applied when <meta http-equiv="content-type" content="text/html; charset="/> (EMPTY).

3. Additionally for convenience of saving time I propose to set Default values for:

a. Date Format [same as date ouput]
b. Time Format: [same as time ouput]
c. Decimal Point: .
d. MOVE "Icon URL" and "Icon URL (disabled)" before "User Documentation URL" field - since these are rarely filled with values.



DA.

Dmitry A.

unread,
Apr 30, 2010, 9:38:32 AM4/30/10
to In-Portal Bugs Team
Alex, please review and create a task for this if agreed.

I propose to put this in Future and target for 5.1.1 once 5.1.0 is
out.


DA.

On Apr 29, 7:43 am, Dmitry Andrejev <dandre...@gmail.com> wrote:
> More upgrades here:
>
> The issue that Alex experiences comes up due his default Apache settings
> when default Charset is Windows 1251 while mine is UTF-8. Unfortunately we
> can't rely on this setting here and this is what is proposed to do:
>
> 1. As Default CHARSET for Languages we put utf-8 (will be pre-filled on the
> form)
>
> 2. Always put utf-8 in the HTML when you are adding a NEW language and
> "<inp2:lang_Field name="Charset"/>" is empty (on the first form load). This
> will help to prevent default Webserver charset to be applied when <meta
> http-equiv="content-type" content="text/html; charset="/> (EMPTY).
>
> 3. Additionally for convenience of saving time I propose to set Default
> values for:
>
> a. Date Format [same as date ouput]
> b. Time Format: [same as time ouput]
> c. Decimal Point: .
> d. MOVE "Icon URL" and "Icon URL (disabled)" before "User Documentation URL"
> field - since these are rarely filled with values.
>
> DA.
>
> On Wed, Apr 28, 2010 at 10:35 PM, Dmitry Andrejev <dandre...@gmail.com>wrote:
>
>
>
>
>
> > Strange, but I still have it working fine in my 5.1.0.
>
> > Please see attachment and let me know if I am missing anything.
>
> > DA
>
> > On Wed, Apr 28, 2010 at 2:43 PM, Alexander Obuhovich <aik.b...@gmail.com>wrote:
>
> >> Here is how to reproduce more detailed:
>
> >>    1. open "Regional" section
> >>    2. enter all required field values + Local Name should be in russian +
> >>    uncheck "copy labels from" checkbox
> >>    3. click "Save" button on toolbar
> >>    4. open added language
> >>    5. Local Name will be missing
>
> >> On Wed, Apr 28, 2010 at 8:26 PM, Dmitry Andrejev <dandre...@gmail.com>wrote:
>
> >>> Not sure when it happens?
>
> >>> I have tried adding Russian language while in English (default install)
> >>> and it worked good.
>
> >>> DA.
>
> >>> On Wed, Apr 28, 2010 at 4:32 AM, Alexander Obuhovich <aik.b...@gmail.com
> >>> > wrote:
>
> >>>> To fix this we should set "utf-8" as default charset for every language
> >>>> we are creating. Of course user can change that charset at any time.
>
> >>>> On Wed, Apr 28, 2010 at 12:28 PM, Alexander Obuhovich <
> >>>> aik.b...@gmail.com> wrote:
>
> >>>>> Charset is missing during new language adding resulting failure to save
> >>>>> non-english text entered on form.
>
> >>>>> For example type to type "Русский" as "Local Name" field value during
> >>>>> language creation. This will result given required field being empty when
> >>>>> you try to edit that language later.
>
> >>>>> --
> >>>>> Best Regards,
>
> >>>>>http://www.in-portal.com
> >>>>>http://www.alex-time.com
>
> >>>> --
> >>>> Best Regards,
>
> >>>>http://www.in-portal.com
> >>>>http://www.alex-time.com
>
> >>>> --
> >>>> You received this message because you are subscribed to the Google
> >>>> Groups "In-Portal Bugs Team" group.
> >>>> To post to this group, send email to in-port...@googlegroups.com.
> >>>> To unsubscribe from this group, send email to
> >>>> in-portal-bug...@googlegroups.com<in-portal-bugs%2Bunsubscribe@go oglegroups.com>
> >>>> .
> >>>> For more options, visit this group at
> >>>>http://groups.google.com/group/in-portal-bugs?hl=en.
>
> >>>  --
> >>> You received this message because you are subscribed to the Google Groups
> >>> "In-Portal Bugs Team" group.
> >>> To post to this group, send email to in-port...@googlegroups.com.
> >>> To unsubscribe from this group, send email to
> >>> in-portal-bug...@googlegroups.com<in-portal-bugs%2Bunsubscribe@go oglegroups.com>
> >>> .
> >>> For more options, visit this group at
> >>>http://groups.google.com/group/in-portal-bugs?hl=en.
>
> >> --
> >> Best Regards,
>
> >>http://www.in-portal.com
> >>http://www.alex-time.com
>
> >> --
> >> You received this message because you are subscribed to the Google Groups
> >> "In-Portal Bugs Team" group.
> >> To post to this group, send email to in-port...@googlegroups.com.
> >> To unsubscribe from this group, send email to
> >> in-portal-bug...@googlegroups.com<in-portal-bugs%2Bunsubscribe@go oglegroups.com>
> >> .
> >> For more options, visit this group at
> >>http://groups.google.com/group/in-portal-bugs?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
> To post to this group, send email to in-port...@googlegroups.com.
> To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.
> For more options, visit this group athttp://groups.google.com/group/in-portal-bugs?hl=en.

Dmitry Andrejev

unread,
May 2, 2010, 12:42:02 AM5/2/10
to In-Portal Bugs Team
Alex what you think on this?

Alexander Obuhovich

unread,
May 2, 2010, 5:50:20 AM5/2/10
to in-port...@googlegroups.com

Dmitry Andrejev

unread,
May 2, 2010, 10:13:08 PM5/2/10
to in-port...@googlegroups.com
Great, we'll address this soon!.

DA.
Reply all
Reply to author
Forward
0 new messages