Paragraph ID in form control names breaks existing JavaScript

Imar Spaanjaars

Posted on 14/03/2017 13:21:12

Hi there,

We have an account signup page that uses the extranet module. Until recently, the IDs and names of controls were more or less static. So, for the Email field, this code:

@GetString("UserManagement:User.Email.InputName")

would give me UserManagement_Form_Email

However, since an upgrade (I think to 9.2.6) I now get the paragraph ID included in the name:

UserManagement_Form65_Email

This breaks our existing JavaScripts as they previously assumed a fixed control name. It requires significant rewriting of things as we now have to use data- attributes or specific classes to address our fields in external JavaScript (where we can't get the dynamic values using GetString.

Is this a bug or a feature? Any ideas on how to solve this?

Imar

Replies

Morten Buhl

Posted on 15/03/2017 09:50:40

Hi Imar

PID support was implemented by request in 28689, so it's by design.

/Morten Buhl, DW

Nicolai Pedersen

Posted on 15/03/2017 14:25:05

This post has been marked as an answer

We discussed this, and made a rollback on that bug number - and fixed it in a different way.

A hotfix is coming up.

BR Nicolai

Votes for this answer: 1

Kristian Kirkholt

Posted on 30/03/2017 11:11:32

Hi Imar

The problem TFS#31448 regarding Paragraph ID form control has now been updated and changed in version 9.2.8
Also this is in update package "Dynamicweb.UserManagement" version 1.2.0

You are able to find this build in the download section and the package in the backend Package update section.

http://doc.dynamicweb.com/releases-and-downloads/releases

Please contact Dynamicweb Support if you need any additional help regarding this.

Kind Regards
Dynamicweb Support
Kristian Kirkholt

You must be logged in to post in the forum

Developer forum

Paragraph ID in form control names breaks existing JavaScript

Replies