Answers.Body: <p>The bug come from QuickForm being used to render in "freeze" mode (read-only) for the contribution confirm page.</p>
  
  <p>The bug had been reported here:<br>
  <a href="https://issues.civicrm.org/jira/browse/CRM-14588" rel="nofollow">https://issues.civicrm.org/jira/browse/CRM-14588</a></p>
  
  <p>I wrote a patch for it against CiviCRM 4.7 (master dev branch), but it should be easy to apply on 4.6:<br>
  <a href="https://github.com/civicrm/civicrm-core/pull/5729" rel="nofollow">https://github.com/civicrm/civicrm-core/pull/5729</a></p>
  
  <p>Could you test the patch to see if it fixes the issue? If you are not familiar with patches, you can download the file from the pull-request:<br>
  <a href="https://github.com/mlutfy/civicrm-core/blob/47-crm14588/CRM/Core/Form/Renderer.php" rel="nofollow">https://github.com/mlutfy/civicrm-core/blob/47-crm14588/CRM/Core/Form/Renderer.php</a></p>
  
  <p>Then click on the "raw" link, which leads to:<br>
  <a href="https://raw.githubusercontent.com/mlutfy/civicrm-core/47-crm14588/CRM/Core/Form/Renderer.php" rel="nofollow">https://raw.githubusercontent.com/mlutfy/civicrm-core/47-crm14588/CRM/Core/Form/Renderer.php</a></p>
  
  <p>You can then save this file and replace the file in your local CiviCRM installation.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-04-29T15:46:54.627Z
Answers.LastActivityDate: 2015-04-29T15:46:54.627Z
Answers.UserDisplayName: bgm
Answers.Body: <p>Most likely this is semi-related to this issue:</p>
  
  <p><a href="https://issues.civicrm.org/jira/browse/CRM-15973" rel="nofollow">https://issues.civicrm.org/jira/browse/CRM-15973</a></p>
  
  <p>Would be a great candidate for a patch contribution</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-04-29T15:36:18.767Z
Answers.Text: See also: https://issues.civicrm.org/jira/browse/CRM-14588
Answers.UserDisplayName: bgm
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-04-11T00:35:56.043Z
Answers.LastActivityDate: 2015-04-11T00:35:56.043Z
Answers.UserDisplayName: Donald Lobo
Body: <p>We are using CiviCRM with the european portuguese language pack and during setup we set the date format to be dd.mm.yyyy at localisation/date format (administration tab).</p>
  
  <p>We have created a civicontribute form/page where we request dates twice. Everything is fine in the way a user inserts the date and it shows the date in the preset date format we chose (e.g. 10.04.2015). However when you press "contribute" and advance to the confirmation page the dates don't show like that anymore but in the US format (04/10/2015). I am afraid this will generate a lot of confusion because people will think they have filled in the date incorrectly.</p>
  
  <p>I've tried changing all possible date settings at civiCRM administration and nothing works. We simply can't use the form until this is fixed.</p>
  
  <p>Help would be appreciated. Thank you.</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-04-10T16:33:14.743Z
Comments.Text: Hi, just to clarify, the two date fields are custom fields included in a profile?
Comments.UserDisplayName: bgm
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-04-11T15:25:34.290Z
Comments.Text: Hi bgm, one is a custom field (valid date of a document) and the other is not (birth date), both included in a profile. The output is the same with both.
Comments.UserDisplayName: dharma
Tags: <civicontribute><forms><localisation>
Title: Date Format and CiviContribute/Data Form Confirmation Page
ThreadText: # Date Format and CiviContribute/Data Form Confirmation Page
  
  (Asked by: username_0 on 2015-04-10)
  
  We are using CiviCRM with the european portuguese language pack and during setup we set the date format to be dd.mm.yyyy at localisation/date format (administration tab).
  
  We have created a civicontribute form/page where we request dates twice. Everything is fine in the way a user inserts the date and it shows the date in the preset date format we chose (e.g. 10.04.2015). However when you press "contribute" and advance to the confirmation page the dates don't show like that anymore but in the US format (04/10/2015). I am afraid this will generate a lot of confusion because people will think they have filled in the date incorrectly.
  
  I've tried changing all possible date settings at civiCRM administration and nothing works. We simply can't use the form until this is fixed.
  
  Help would be appreciated. Thank you.
  
  **Tags:** civicontribute, forms, localisation
  
  > **Comments:**
  > **username_1**: Hi, just to clarify, the two date fields are custom fields included in a profile?  
  > **username_0**: Hi username_1, one is a custom field (valid date of a document) and the other is not (birth date), both included in a profile. The output is the same with both.  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_1 on 2015-04-29. Score: 3
  
  The bug come from QuickForm being used to render in "freeze" mode (read-only) for the contribution confirm page.
  
  The bug had been reported here:  
  <https://issues.civicrm.org/jira/browse/CRM-14588>
  
  I wrote a patch for it against CiviCRM 4.7 (master dev branch), but it should be easy to apply on 4.6:  
  <https://github.com/civicrm/civicrm-core/pull/5729>
  
  Could you test the patch to see if it fixes the issue? If you are not familiar with patches, you can download the file from the pull-request:  
  <https://github.com/mlutfy/civicrm-core/blob/47-crm14588/CRM/Core/Form/Renderer.php>
  
  Then click on the "raw" link, which leads to:  
  <https://raw.githubusercontent.com/mlutfy/civicrm-core/47-crm14588/CRM/Core/Form/Renderer.php>
  
  You can then save this file and replace the file in your local CiviCRM installation.
  
  
  ---
  
  ### Answer by username_2 on 2015-04-11. Score: 1
  
  Most likely this is semi-related to this issue:
  
  <https://issues.civicrm.org/jira/browse/CRM-15973>
  
  Would be a great candidate for a patch contribution
  
  > **Comments:**
  > **username_1**: See also: https://issues.civicrm.org/jira/browse/CRM-14588  
  
  ---
  
  