Support ⇒ Dragonfly CMS v10 ⇒ Bug in user registration ⇒ Community Forums ⇒ CPG Dragonfly™ CMS
Forum IndexDragonfly CMS v10

Bug in user registration Reply to topic


There is a bug in the user registration template.
It's happening on this site too.

It seems to be when it does the username validation, the template goes all screwy and it loads the website again in a div.
I'll get a screenshot.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


Ok, so it seems to be fine in firefox (in Linux at least), but Chrome, IE and apparently the ipad browser are broken.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):

Last edited by hybrid on Thu Jun 15, 2017 12:33 am; edited 2 times in total


The image from photobucket also won't load on this site in Chrome because of the strict https requirement.

Refused to load the image 'http://i1315.photobucket.com/albums/t597/hybiepoo/registrationbug_zpspvg1wmgh.png' because it violates the following Content Security Policy directive: "default-src https: 'unsafe-inline'". Note that 'img-src' was not explicitly set, so 'default-src' is used as a fallback.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):

Last edited by hybrid on Mon Jun 19, 2017 9:12 am; edited 1 time in total



Works fine with https here.

Will look into it

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Fedora 25 / Apache 2.4.27 / MariaDB 10.1.26 / PHP 7.1.10 / Mercurial


Didn't notice that photobucket allowed https. Their share urls are always http.
I'll change them to https from now on when posting to this site.

Test Signature

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


Any update on the registration bug?

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


I believe it happen only with PHP 5.6.

.:: I met php the 03 December 2003 :: Unforgettable day! ::.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
CloudLinux / Apache 2.4 LSAPI / MySQLi 5.6 / PHP 5.6 / DCVS


Scrap the above.

The issue is because the empty form action, try to remove 'action=""' from modules/Your_Account/tpl/register/form.xml, if it works think of it as a temporary fix.

.:: I met php the 03 December 2003 :: Unforgettable day! ::.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
CloudLinux / Apache 2.4 LSAPI / MySQLi 5.6 / PHP 5.6 / DCVS

Last edited by NanoCaiordo on Sun Aug 06, 2017 8:14 am; edited 2 times in total


That didn't work for me on firefox.
I modified modules/Your_Account/tpl/html/register/form.xml line 4 to this:
<form tal:attributes="data-df-challenge php:Dragonfly\Output\Captcha::generateHidden()">


I cleared the cache and reloaded the registration page.
The source still looks like this:
<form action="" data-df-challenge="bd8f0e5045cd6a970b5f2dd61f0bxx3d">


So I guess TAL is automatically adding the action?

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


Any update on this?
I had another user contact me because they weren't able to register.

Is anyone else using DF10? Surely my site and this site aren't the only ones affected?

Test Signature

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


I finally found the problem!
<base href="/"/>

When this is defined (not in my development code) the issue is there when the following is used:
<form action="">

So i've modified the template parser to check if the action attribute is empty. If so, it will be filled with the current location.
See includes/dragonfly/tpl/html.php

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Fedora 25 / Apache 2.4.27 / MariaDB 10.1.26 / PHP 7.1.10 / Mercurial

Last edited by DJ Maze on Wed Oct 11, 2017 1:50 pm; edited 2 times in total


Awesome, thankyou!

Now I have another one to report.

Test Signature

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):

All times are UTC


Jump to: