Nabble - Magnolia - Dev

[JIRA] Created: (MAGNOLIA-2426) JS files still contains old header

2008-10-10T13:06:04Z

JS files still contains old header
----------------------------------

Key: MAGNOLIA-2426
URL: http://jira.magnolia.info/browse/MAGNOLIA-2426
Project: Magnolia
Issue Type: Bug
Components: admininterface
Affects Versions: 3.6.3
Reporter: Jan Haderka
Assignee: Philipp Bracher

For example WebsiteSearchList.js in m-m-admininterface

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.magnolia.info/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

----------------------------------------------------------------
for list details see
http://documentation.magnolia.info/
----------------------------------------------------------------

[JIRA] Created: (MAGNOLIA-2425) Wrong direction of module dependency for javascript

2008-10-10T12:46:04Z

Wrong direction of module dependency for javascript
----------------------------------------------------

Key: MAGNOLIA-2425
URL: http://jira.magnolia.info/browse/MAGNOLIA-2425
Project: Magnolia
Issue Type: Bug
Components: admininterface, gui
Affects Versions: 3.6.3
Reporter: Jan Haderka
Assignee: Philipp Bracher
Priority: Minor

This will probably be obsolete once 4.0 and GenUIne is delivered. Currently, PasswordDialog from m-gui calls JS function that exists only in dialogs.js which is part of m-m-admininterface, while pom and module dependencies suggest that admininterface depends on gui not the other way around.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.magnolia.info/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

----------------------------------------------------------------
for list details see
http://documentation.magnolia.info/
----------------------------------------------------------------

[JIRA] Resolved: (MAGNOLIA-2416) Changing users password is possible without filling in the confirmation field.

2008-10-10T12:42:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jan Haderka resolved MAGNOLIA-2416.
-----------------------------------

Resolution: Fixed

Changing client side javascript posed some undesired side effects (circular validation) as well as forcing both fields to be filled all the time. Solved by implementing server side validation for DialogPassword. Seems to be safer way to handle things like changing password since its behaviour can be easily tested and can't be bypassed by the client.
Added tests for the validation.

trunk - r18937, r18938, 3.6 branch - r18939.

> Changing users password is possible without filling in the confirmation field.
> ------------------------------------------------------------------------------
>
> Key: MAGNOLIA-2416
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2416
> Project: Magnolia
> Issue Type: Bug
> Components: admininterface
> Affects Versions: 3.0.5, 3.5.9, 3.6.3
> Reporter: Bert Leunis
> Assignee: Jan Haderka
> Priority: Blocker
> Fix For: 3.6.x, 3.7
>
>
> When changing the password for superuser, we did not fill in the second field. It stayed blank, but we could still save the userinfo. So when you make an error in typing the password, you could lose the entry to magnolia as superuser. Doesn't seem to be very handy.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.magnolia.info/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

----------------------------------------------------------------
for list details see
http://documentation.magnolia.info/
----------------------------------------------------------------

[JIRA] Commented: (MAGNOLIA-2416) Changing users password is possible without filling in the confirmation field.

2008-10-10T12:40:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18552#action_18552 ]

Hudson CI server commented on MAGNOLIA-2416:
--------------------------------------------

Integrated in !http://hudson.magnolia.info/nocacheImages/16x16/blue.gif! [magnolia_main-3.6-branch #30|http://hudson.magnolia.info/job/magnolia_main-3.6-branch/30/]
Force password change request validation on the server side as well as on client.

[JIRA] Commented: (MAGNOLIA-2416) Changing users password is possible without filling in the confirmation field.

2008-10-10T11:50:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18551#action_18551 ]

Hudson CI server commented on MAGNOLIA-2416:
--------------------------------------------

Integrated in !http://hudson.magnolia.info/nocacheImages/16x16/blue.gif! [magnolia_main-trunk #125|http://hudson.magnolia.info/job/magnolia_main-trunk/125/]
Verify password on a server side in addition to client side verification to ensure request to change of password is correct.

[JIRA] Commented: (MAGNOLIA-2416) Changing users password is possible without filling in the confirmation field.

2008-10-10T11:45:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18550#action_18550 ]

Hudson CI server commented on MAGNOLIA-2416:
--------------------------------------------

Integrated in !http://hudson.magnolia.info/nocacheImages/16x16/blue.gif! [magnolia_main-trunk #124|http://hudson.magnolia.info/job/magnolia_main-trunk/124/]
Verify password on a server side in addition to client side verification to ensure request to change of password is correct.

[JIRA] Work started: (MAGNOLIA-2416) Changing users password is possible without filling in the confirmation field.

2008-10-10T11:41:06Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Work on MAGNOLIA-2416 started by Jan Haderka.

[JIRA] Assigned: (MAGNOLIA-2416) Changing users password is possible without filling in the confirmation field.

2008-10-10T11:41:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jan Haderka reassigned MAGNOLIA-2416:
-------------------------------------

Assignee: Jan Haderka (was: Philipp Bracher)

[JIRA] Commented: (MAGNOLIA-2419) cms:publicOnly 's showInPreview is false by default - documentation is wrong.

2008-10-10T08:14:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18545#action_18545 ]

Hudson CI server commented on MAGNOLIA-2419:
--------------------------------------------

Integrated in !http://hudson.magnolia.info/nocacheImages/16x16/blue.gif! [magnolia_main-3.6-branch #29|http://hudson.magnolia.info/job/magnolia_main-3.6-branch/29/]
merging r18928 from trunk: : fixed tld - showInPreview is false by default

> cms:publicOnly 's showInPreview is false by default - documentation is wrong.
> -----------------------------------------------------------------------------
>
> Key: MAGNOLIA-2419
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2419
> Project: Magnolia
> Issue Type: Bug
> Components: taglibs
> Affects Versions: 3.6.3
> Reporter: Olivier Marti
> Assignee: Gregory Joseph
> Fix For: 3.5.x, 3.6.x, 3.7
>
>
> The cms:publicOnly Tag should also show it's content in the preview mode or if there should be scenarios where this should be avoided have a switch where this can be defined.

[JIRA] Commented: (MAGNOLIA-2419) cms:publicOnly 's showInPreview is false by default - documentation is wrong.

2008-10-10T08:12:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18544#action_18544 ]

Hudson CI server commented on MAGNOLIA-2419:
--------------------------------------------

Integrated in !http://hudson.magnolia.info/nocacheImages/16x16/blue.gif! [magnolia_main-trunk #123|http://hudson.magnolia.info/job/magnolia_main-trunk/123/]
: fixed tld - showInPreview is false by default

[JIRA] Commented: (MAGNOLIA-2419) cms:publicOnly 's showInPreview is false by default - documentation is wrong.

2008-10-10T08:10:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18543#action_18543 ]

Hudson CI server commented on MAGNOLIA-2419:
--------------------------------------------

Integrated in !http://hudson.magnolia.info/nocacheImages/16x16/blue.gif! [magnolia_main-3.5-branch #9|http://hudson.magnolia.info/job/magnolia_main-3.5-branch/9/]
: fixed tld - showInPreview is false by default

[JIRA] Commented: (MAGNOLIA-2419) cms:publicOnly 's showInPreview is false by default - documentation is wrong.

2008-10-10T08:07:05Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18540#action_18540 ]

Hudson CI server commented on MAGNOLIA-2419:
--------------------------------------------

Integrated in !http://hudson.magnolia.info/nocacheImages/16x16/blue.gif! [magnolia_main-3.6-branch #28|http://hudson.magnolia.info/job/magnolia_main-3.6-branch/28/]
merging r18926 from trunk: : fixed javadoc - showInPreview is false by default

[JIRA] Commented: (MAGNOLIA-2419) cms:publicOnly 's showInPreview is false by default - documentation is wrong.

2008-10-10T08:07:05Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18541#action_18541 ]

Hudson CI server commented on MAGNOLIA-2419:
--------------------------------------------

Integrated in !http://hudson.magnolia.info/nocacheImages/16x16/blue.gif! [magnolia_main-trunk #122|http://hudson.magnolia.info/job/magnolia_main-trunk/122/]
: fixed javadoc - showInPreview is false by default

[JIRA] Resolved: (MAGNOLIA-2419) cms:publicOnly 's showInPreview is false by default - documentation is wrong.

2008-10-10T08:07:05Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gregory Joseph resolved MAGNOLIA-2419.
--------------------------------------

Fix Version/s: 3.5.x
Resolution: Fixed

thanks, javadoc and tld fixed in svn, trunk and 3.6 and 3.5 branches.
(published docs are generated.. feel free to provide a patch to fix them, i'll apply it)

[JIRA] Updated: (MAGNOLIA-2419) cms:publicOnly 's showInPreview is false by default - documentation is wrong.

2008-10-10T07:59:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gregory Joseph updated MAGNOLIA-2419:
-------------------------------------

Summary: cms:publicOnly 's showInPreview is false by default - documentation is wrong. (was: CMS:PublicOnly should also work for preview-mode)
Fix Version/s: 3.6.x
3.7
Assignee: Gregory Joseph (was: Fabrizio Giustina)

you're right, it's indeed false by default. fixing documentation.

> cms:publicOnly 's showInPreview is false by default - documentation is wrong.
> -----------------------------------------------------------------------------
>
> Key: MAGNOLIA-2419
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2419
> Project: Magnolia
> Issue Type: Bug
> Components: taglibs
> Affects Versions: 3.6.3
> Reporter: Olivier Marti
> Assignee: Gregory Joseph
> Fix For: 3.6.x, 3.7
>
>
> The cms:publicOnly Tag should also show it's content in the preview mode or if there should be scenarios where this should be avoided have a switch where this can be defined.

[JIRA] Commented: (MAGNOLIA-2419) CMS:PublicOnly should also work for preview-mode

2008-10-10T06:39:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18538#action_18538 ]

Olivier Marti commented on MAGNOLIA-2419:
-----------------------------------------

Tested it with several templates now, the switch showInPreview="true" is not default, it has to actually be set that it is working in Preview Mode.

> CMS:PublicOnly should also work for preview-mode
> ------------------------------------------------
>
> Key: MAGNOLIA-2419
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2419
> Project: Magnolia
> Issue Type: Bug
> Components: taglibs
> Affects Versions: 3.6.3
> Reporter: Olivier Marti
> Assignee: Fabrizio Giustina
>
> The cms:publicOnly Tag should also show it's content in the preview mode or if there should be scenarios where this should be avoided have a switch where this can be defined.

[JIRA] Commented: (MAGNOLIA-2186) Provide support for freemarker (page) templates

2008-10-10T05:35:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2186?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18537#action_18537 ]

Hudson CI server commented on MAGNOLIA-2186:
--------------------------------------------

Integrated in !http://hudson.magnolia.info/nocacheImages/16x16/blue.gif! [magnolia_main-trunk #121|http://hudson.magnolia.info/job/magnolia_main-trunk/121/]
: render freemarker error message

> Provide support for freemarker (page) templates
> -----------------------------------------------
>
> Key: MAGNOLIA-2186
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2186
> Project: Magnolia
> Issue Type: Improvement
> Components: core, templating
> Reporter: Gregory Joseph
> Assignee: Gregory Joseph
> Fix For: 3.7
>
>

[JIRA] Commented: (MAGNOLIA-2186) Provide support for freemarker (page) templates

2008-10-10T05:29:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2186?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18536#action_18536 ]

Philipp Bracher commented on MAGNOLIA-2186:
-------------------------------------------

For now if a template fails no exception is thrown but the yellowish freemarker exception is rendered into the stream (easier to develop)

[JIRA] Commented: (MAGNOLIA-2416) Changing users password is possible without filling in the confirmation field.

2008-10-10T05:23:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18535#action_18535 ]

Jan Haderka commented on MAGNOLIA-2416:
---------------------------------------

The obvious solution to the issue is to fill value always in both fields. When I look in code I could see that this was done once before, but is commented out now without explanation ... and have been commented out ever since first revision of DialogPassword (r206) in svn.

> Changing users password is possible without filling in the confirmation field.
> ------------------------------------------------------------------------------
>
> Key: MAGNOLIA-2416
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2416
> Project: Magnolia
> Issue Type: Bug
> Components: admininterface
> Affects Versions: 3.0.5, 3.5.9, 3.6.3
> Reporter: Bert Leunis
> Assignee: Philipp Bracher
> Priority: Blocker
> Fix For: 3.6.x, 3.7
>
>
> When changing the password for superuser, we did not fill in the second field. It stayed blank, but we could still save the userinfo. So when you make an error in typing the password, you could lose the entry to magnolia as superuser. Doesn't seem to be very handy.

[JIRA] Updated: (MAGNOLIA-2416) Changing users password is possible without filling in the confirmation field.

2008-10-10T04:44:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gregory Joseph updated MAGNOLIA-2416:
-------------------------------------

Affects Version/s: (was: 3.6.2)
(was: 3.6.1)
(was: 3.6)
(was: 3.5.8)
(was: 3.5.7)
(was: 3.5.6)
(was: 3.5.5)
(was: 3.5.4)
(was: 3.5.3)
(was: 3.5.2)
(was: 3.5.1)
(was: 3.5)

(edited to only leave in the latest release of each branch - issue navigator otherwise becomes stupidly unreadable)

> Changing users password is possible without filling in the confirmation field.
> ------------------------------------------------------------------------------
>
> Key: MAGNOLIA-2416
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2416
> Project: Magnolia
> Issue Type: Bug
> Components: admininterface
> Affects Versions: 3.0.5, 3.5.9, 3.6.3
> Reporter: Bert Leunis
> Assignee: Philipp Bracher
> Priority: Blocker
> Fix For: 3.6.x, 3.7
>
>
> When changing the password for superuser, we did not fill in the second field. It stayed blank, but we could still save the userinfo. So when you make an error in typing the password, you could lose the entry to magnolia as superuser. Doesn't seem to be very handy.

[JIRA] Commented: (MAGNOLIA-2372) Nodes of the type ItemType.FOLDER cannot be activated

2008-10-10T04:35:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18532#action_18532 ]

Gregory Joseph commented on MAGNOLIA-2372:
------------------------------------------

yeah we slightly modified your patch before applying ;) - see the subversion commits tab.

> Nodes of the type ItemType.FOLDER cannot be activated
> ------------------------------------------------------
>
> Key: MAGNOLIA-2372
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2372
> Project: Magnolia
> Issue Type: New Feature
> Components: core
> Affects Versions: 3.6.1
> Reporter: Will Scheidegger
> Assignee: Gregory Joseph
> Fix For: 3.7
>
> Attachments: add_mgnl_folder_nodetype.txt, ItemType.diff.java
>
>
> Problem:
> - info.magnolia.cms.security.HierarchicalUserManager (magnolia-core) places the user accounts into a hierarchical node structure of the type ItemType.FOLDER.
> - info.magnolia.cms.core.ItemType.NT_FOLDER = "nt:folder";
> -> "nt:folder" is not minxin:referencable
> -> therefore does not have a UUID
> -> therefore cannot be activated / deactivated
> -> therefore also produces an error message when being deleted
> Solution:
> - Changed ItemType.NT_FOLDER to "mgnl:folder"
> - added this custom nodetype definition to custom_nodetypes.xml:
> <nodeType hasOrderableChildNodes="true" isMixin="false" name="mgnl:folder" primaryItemName=""><supertypes><supertype>mix:referenceable</supertype><supertype>nt:folder</supertype></supertypes><propertyDefinition autoCreated="false" mandatory="false" multiple="false" name="*" onParentVersion="COPY" protected="false" requiredType="undefined"/><childNodeDefinition autoCreated="false" defaultPrimaryType="" mandatory="false" name="*" onParentVersion="COPY" protected="false" sameNameSiblings="true"><requiredPrimaryTypes><requiredPrimaryType>nt:base</requiredPrimaryType></requiredPrimaryTypes></childNodeDefinition></nodeType>
> Note:
> I don't know where else nodes of this type are being used. Therefore I cannot say if this change affects anything else. For me everything has worked fine after this change.

[JIRA] Updated: (MAGNOLIA-2424) all non-ASCII characters borken in messages_templating_de.properties

2008-10-10T04:33:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gregory Joseph updated MAGNOLIA-2424:
-------------------------------------

Affects Version/s: (was: 3.0 Final)
(was: 3.1 M1)
(was: 3.0.1)
(was: 3.0.2)
(was: 3.0.3)
(was: 3.1 M2)
(was: 3.5 RC1)
(was: 3.1 M3)
(was: 3.0.4)
(was: 3.5 RC2)
(was: 3.5)
(was: 3.5 RC3)
(was: 3.5.1)
(was: 3.5.2)
(was: 3.5.3)
(was: 3.5.4)
(was: 3.5.5)
(was: 3.6)
(was: 3.5.6)
(was: 3.5.7)
(was: 3.5.8)
(was: 3.6.1)
(was: 3.6.2)

(edited to only leave in the latest release of each branch - issue navigator otherwise becomes stupidly unreadable)

> all non-ASCII characters borken in messages_templating_de.properties
> --------------------------------------------------------------------
>
> Key: MAGNOLIA-2424
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2424
> Project: Magnolia
> Issue Type: Bug
> Affects Versions: 3.0.5, 3.5.9, 3.6.3
> Reporter: Philippe Marschall
> Assignee: Gregory Joseph
> Priority: Minor
> Fix For: 3.5.x, 3.6.x, 3.7
>
> Attachments: messages_templating_de.properties.patch
>
>
> For a strange reason all non-ASCII characters in messages_templating_de.properties seem to be \ufffd

[JIRA] Commented: (MAGNOLIA-2424) all non-ASCII characters borken in messages_templating_de.properties

2008-10-10T04:25:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18528#action_18528 ]

Hudson CI server commented on MAGNOLIA-2424:
--------------------------------------------

Integrated in !http://hudson.magnolia.info/nocacheImages/16x16/blue.gif! [magnolia_main-3.5-branch #8|http://hudson.magnolia.info/job/magnolia_main-3.5-branch/8/]
merging r18902 from trunk - - fixing translations - patch from Philippe Marschall

> all non-ASCII characters borken in messages_templating_de.properties
> --------------------------------------------------------------------
>
> Key: MAGNOLIA-2424
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2424
> Project: Magnolia
> Issue Type: Bug
> Affects Versions: 3.0 Final, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.0.5, 3.1 M1, 3.1 M2, 3.1 M3, 3.5 RC1, 3.5 RC2, 3.5 RC3, 3.5, 3.5.1, 3.5.2, 3.5.3, 3.5.4, 3.5.5, 3.5.6, 3.5.7, 3.5.8, 3.6, 3.6.1, 3.5.9, 3.6.2, 3.6.3
> Reporter: Philippe Marschall
> Assignee: Gregory Joseph
> Priority: Minor
> Fix For: 3.5.x, 3.6.x, 3.7
>
> Attachments: messages_templating_de.properties.patch
>
>
> For a strange reason all non-ASCII characters in messages_templating_de.properties seem to be \ufffd

[JIRA] Commented: (MAGNOLIA-2424) all non-ASCII characters borken in messages_templating_de.properties

2008-10-10T04:25:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18529#action_18529 ]

Hudson CI server commented on MAGNOLIA-2424:
--------------------------------------------

Integrated in !http://hudson.magnolia.info/nocacheImages/16x16/blue.gif! [magnolia_main-3.6-branch #27|http://hudson.magnolia.info/job/magnolia_main-3.6-branch/27/]
merging r18902 from trunk - - fixing translations - patch from Philippe Marschall

> all non-ASCII characters borken in messages_templating_de.properties
> --------------------------------------------------------------------
>
> Key: MAGNOLIA-2424
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2424
> Project: Magnolia
> Issue Type: Bug
> Affects Versions: 3.0 Final, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.0.5, 3.1 M1, 3.1 M2, 3.1 M3, 3.5 RC1, 3.5 RC2, 3.5 RC3, 3.5, 3.5.1, 3.5.2, 3.5.3, 3.5.4, 3.5.5, 3.5.6, 3.5.7, 3.5.8, 3.6, 3.6.1, 3.5.9, 3.6.2, 3.6.3
> Reporter: Philippe Marschall
> Assignee: Gregory Joseph
> Priority: Minor
> Fix For: 3.5.x, 3.6.x, 3.7
>
> Attachments: messages_templating_de.properties.patch
>
>
> For a strange reason all non-ASCII characters in messages_templating_de.properties seem to be \ufffd

[JIRA] Resolved: (MAGNOLIA-2424) all non-ASCII characters borken in messages_templating_de.properties

2008-10-10T04:20:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gregory Joseph resolved MAGNOLIA-2424.
--------------------------------------

Fix Version/s: 3.5.x
3.6.x
3.7
Resolution: Fixed

Thanks, patch applied on trunk and 3.6 and 3.5 branches !

> all non-ASCII characters borken in messages_templating_de.properties
> --------------------------------------------------------------------
>
> Key: MAGNOLIA-2424
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2424
> Project: Magnolia
> Issue Type: Bug
> Affects Versions: 3.0 Final, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.0.5, 3.1 M1, 3.1 M2, 3.1 M3, 3.5 RC1, 3.5 RC2, 3.5 RC3, 3.5, 3.5.1, 3.5.2, 3.5.3, 3.5.4, 3.5.5, 3.5.6, 3.5.7, 3.5.8, 3.6, 3.6.1, 3.5.9, 3.6.2, 3.6.3
> Reporter: Philippe Marschall
> Assignee: Gregory Joseph
> Priority: Minor
> Fix For: 3.5.x, 3.6.x, 3.7
>
> Attachments: messages_templating_de.properties.patch
>
>
> For a strange reason all non-ASCII characters in messages_templating_de.properties seem to be \ufffd

[JIRA] Commented: (MAGNOLIA-2424) all non-ASCII characters borken in messages_templating_de.properties

2008-10-10T04:20:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18527#action_18527 ]

Hudson CI server commented on MAGNOLIA-2424:
--------------------------------------------

Integrated in !http://hudson.magnolia.info/nocacheImages/16x16/blue.gif! [magnolia_main-trunk #120|http://hudson.magnolia.info/job/magnolia_main-trunk/120/]
- fixing translations - patch from Philippe Marschall

> all non-ASCII characters borken in messages_templating_de.properties
> --------------------------------------------------------------------
>
> Key: MAGNOLIA-2424
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2424
> Project: Magnolia
> Issue Type: Bug
> Affects Versions: 3.0 Final, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.0.5, 3.1 M1, 3.1 M2, 3.1 M3, 3.5 RC1, 3.5 RC2, 3.5 RC3, 3.5, 3.5.1, 3.5.2, 3.5.3, 3.5.4, 3.5.5, 3.5.6, 3.5.7, 3.5.8, 3.6, 3.6.1, 3.5.9, 3.6.2, 3.6.3
> Reporter: Philippe Marschall
> Assignee: Gregory Joseph
> Priority: Minor
> Fix For: 3.5.x, 3.6.x, 3.7
>
> Attachments: messages_templating_de.properties.patch
>
>
> For a strange reason all non-ASCII characters in messages_templating_de.properties seem to be \ufffd

[JIRA] Assigned: (MAGNOLIA-2424) all non-ASCII characters borken in messages_templating_de.properties

2008-10-10T04:13:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gregory Joseph reassigned MAGNOLIA-2424:
----------------------------------------

Assignee: Gregory Joseph (was: Boris Kraft)

> all non-ASCII characters borken in messages_templating_de.properties
> --------------------------------------------------------------------
>
> Key: MAGNOLIA-2424
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2424
> Project: Magnolia
> Issue Type: Bug
> Affects Versions: 3.0 Final, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.0.5, 3.1 M1, 3.1 M2, 3.1 M3, 3.5 RC1, 3.5 RC2, 3.5 RC3, 3.5, 3.5.1, 3.5.2, 3.5.3, 3.5.4, 3.5.5, 3.5.6, 3.5.7, 3.5.8, 3.6, 3.6.1, 3.5.9, 3.6.2, 3.6.3
> Reporter: Philippe Marschall
> Assignee: Gregory Joseph
> Priority: Minor
> Attachments: messages_templating_de.properties.patch
>
>
> For a strange reason all non-ASCII characters in messages_templating_de.properties seem to be \ufffd

[JIRA] Work started: (MAGNOLIA-2424) all non-ASCII characters borken in messages_templating_de.properties

2008-10-10T04:13:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Work on MAGNOLIA-2424 started by Gregory Joseph.

> all non-ASCII characters borken in messages_templating_de.properties
> --------------------------------------------------------------------
>
> Key: MAGNOLIA-2424
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2424
> Project: Magnolia
> Issue Type: Bug
> Affects Versions: 3.0 Final, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.0.5, 3.1 M1, 3.1 M2, 3.1 M3, 3.5 RC1, 3.5 RC2, 3.5 RC3, 3.5, 3.5.1, 3.5.2, 3.5.3, 3.5.4, 3.5.5, 3.5.6, 3.5.7, 3.5.8, 3.6, 3.6.1, 3.5.9, 3.6.2, 3.6.3
> Reporter: Philippe Marschall
> Assignee: Gregory Joseph
> Priority: Minor
> Attachments: messages_templating_de.properties.patch
>
>
> For a strange reason all non-ASCII characters in messages_templating_de.properties seem to be \ufffd

[JIRA] Commented: (MAGNOLIA-2416) Changing users password is possible without filling in the confirmation field.

2008-10-10T01:10:04Z

[ http://jira.magnolia.info/browse/MAGNOLIA-2416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18523#action_18523 ]

Jan Haderka commented on MAGNOLIA-2416:
---------------------------------------

bq. This looks like a regression, I'm pretty sure it wasn't the case "before".
I would not be so sure. If you put in wrong password in second field the validation kicks in. It is not enabled on the first field because of cases when you are not changing the password at all.
And I just reproduced this with 3.0.5

> Changing users password is possible without filling in the confirmation field.
> ------------------------------------------------------------------------------
>
> Key: MAGNOLIA-2416
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2416
> Project: Magnolia
> Issue Type: Bug
> Components: admininterface
> Affects Versions: 3.0.5, 3.5, 3.5.1, 3.5.2, 3.5.3, 3.5.4, 3.5.5, 3.5.6, 3.5.7, 3.5.8, 3.6, 3.6.1, 3.5.9, 3.6.2, 3.6.3
> Reporter: Bert Leunis
> Assignee: Philipp Bracher
> Priority: Blocker
> Fix For: 3.6.x, 3.7
>
>
> When changing the password for superuser, we did not fill in the second field. It stayed blank, but we could still save the userinfo. So when you make an error in typing the password, you could lose the entry to magnolia as superuser. Doesn't seem to be very handy.