Skip to main content
Nintex Community Menu Bar
Question

Skuid 11.1.13 Picklist Bug with Special Characters


Forum|alt.badge.img+4

Hey team,

We’re on the Skuid 11.1.13 for Salesforce and oops–some of our picklists are now broken which were working in all prior versions including 11.1.11.

The issue appears to be with special characters such as an ampersand (&) being in the picklist. These are showing up blank to the users in Skuid however when they save it looks like they’re not being encoded properly so they show up as “&”.

Example: “Joint & Several” picklist is blank in Skuid, when saved becomes “Joint & Several” in the database.

Help me Skuid community, you’re my only hope! 🙂

Thank you,

Dan

Translate
Did this topic help you find an answer to your question?

26 replies

Forum|alt.badge.img+4

Hi Dan,

By chance are you using our Field Renderer APIs found here: https://docs.skuid.com/v11.1.13/en/skuid/api/skuid_ui.html?#skuid.ui.fieldRenderers?

Thank you,

Josh

Translate

Forum|alt.badge.img+4
  • Author
  • 35 replies
  • July 11, 2024

Hey Josh,

I’m not using a custom render or Javascript to display these fields if that’s what you’re asking. All of my fields are set with a Field Renderer option of “Standard”.

Thank you,

Dan

Translate

Forum|alt.badge.img+4
  • Author
  • 35 replies
  • July 11, 2024

Update: 11.1.13 also breaks my picklists with an apostrophe too. These are showing up as blank along with the ampersand scenario.

This is pretty negatively impacting our business right now 😦

Translate

Forum|alt.badge.img+4
  • Author
  • 35 replies
  • July 11, 2024

Still broken if I change from Standard render to custom. Tested further and changed from Standard render to custom using the following; all of which also produce the same bad picklists:

SUPER OLD:

skuid.ui.renderers[‘PICKLIST’][‘edit’](field, value);

OLD:

skuid.ui.fieldRenderers[‘PICKLIST’][‘edit’](field, value);

NEW:

skuid.ui.getFieldRenderer[‘PICKLIST’].edit(field, value);

Translate

Forum|alt.badge.img+4
  • Author
  • 35 replies
  • July 11, 2024

Temporary Workaround

Create a custom render with the following snippet:

var $ = skuid.$;
var field = arguments[0];
var value = skuid.utils.decodeHTML(arguments[1]);

skuid.ui.getFieldRenderer(field.metadata.displaytype)[field.mode](field, skuid.utils.decodeHTML(value));

Change your fields from Standard render to Custom and select whatever you name your snippet. I called mine ‘htmlEscapeRender’.

Skuid team–please fix in a maintenance release!

Translate

Forum|alt.badge.img+4

Hi Dan,

Thank you for the added testing you did here. I also did some testing in a Dev Org of mine, running 11.1.1, and for some reason I cannot replicate the behavior you are seeing in my test page.

I’m curious if you could possibly try to create a really simple page in Skuid that brings in a field editor, table, etc to look at the picklist that is rendering oddly to see if the issue exists on that simpler page? If the issue persists there as well, I’d love to take a deeper look at the page XML for the simple page to see if the issue can be reproduced in my Org.

Thank you,

Josh

Translate

Forum|alt.badge.img+4
  • Author
  • 35 replies
  • July 11, 2024

Josh, reminder… I’m on 11.1.13 – which is where the break started. Previously 11.1.11 worked fine. Even my temp fix kind of sucks it’s not 100%.

Long story short, Skuid isn’t decoding some special characters in HTML properly starting with 11.1.13.

Translate

Forum|alt.badge.img+4

Dan,

Apologies, that was a typo on my part! I meant to pass along that my Org is in 11.1.13 regarding the tests I’ve done so far. If you could try a very simple page as mentioned above that would be very helpful for me to proceed with digging a bit deeper here.

Thanks,

Josh

Translate

Forum|alt.badge.img+4
  • Author
  • 35 replies
  • July 11, 2024

Here’s a test you can recreate pretty easily:

  1. Go to the standard Account object and create two new picklist fields:

Test_Picklist_1__c
Values:
A
B
A & B

Test_Picklist_2__c
Values:
Do
Don’t

  1. Create a Skuid page with this XML:

Results :

Both picklists are showing up incorrectly as seen below:

Changing themes, caching, etc. had no influence on it as best I could tell.

Thank you,

Dan

Translate

Forum|alt.badge.img+4

Hi again Dan,

This is really strange, I still don’t see the issue happening in my Org. My tests thus far have all been done in Chrome, are you perhaps in another browser when this occurs? I am doubting that this would be a cause, but I’d like to rule it out to be safe.

Thanks,

Josh

Translate

Forum|alt.badge.img+4
  • Author
  • 35 replies
  • July 11, 2024

Josh, I’m using the latest version of 64-bit Chrome however we have a variety of around 100 users who are reporting picklist problems. They’re using anything from IE11 (yuck), Edge and/or Chrome. Chrome is the one I recommend of course! 🙂

Browser Snapshot:

As noted before this definitely started after I upgraded to 11.1.13 – I did minor regression testing to ensure pages worked but obviously this wasn’t caught 😦

Translate

Forum|alt.badge.img+4
  • Author
  • 35 replies
  • July 11, 2024

Can we get this escalated, please?

I’m continuing to get new reports of breakage across our business. This is causing an extreme amount of frustration for my users who are reporting anything from missing to broken picklist values.

Translate

Forum|alt.badge.img+4

Hi Dan,

I am going to be reaching out to you directly to try and take a deeper look at this in your Org. I’ll be in touch shortly!

Thanks,

Josh

Translate

Forum|alt.badge.img+5

This reply was created from a merged topic originally titled Ui- Only Picklist. We have several pages built in Skuid that utilize Ui-Only fields. Since upgrading to Millau (11.1.13) these picklists are all rendering blank. 

This is causing a lot of issues for us as we uses these on pages that get a ton of daily traffic and those fields are essential to the page.

Any ideas what is causing them to load empty?

Thanks,
Adam

Translate

Forum|alt.badge.img+11
  • 340 replies
  • July 11, 2024

We have upgraded our Production org today to 11.1.13 and have the same issue. A salesforce picklist a value of “PrePaid > $2,500” is not showing up to the user - they render as blank choices. If you pick the blank value where this value should be, it saves it as “PrePaid > $2,500”.

Blank values in this list all contain special characters. But selecting them and saving will actually save a value to the record, just incorrect with the special characters.

Translate

Forum|alt.badge.img+4

Chandra,
I find that if you remove the special characters from the API name of the picklist value the issue goes away after a browser close and restart.

So I changed:
Label: PrePaid > $750
API: PrePaid > $750

To:
Label: PrePaid > $750
API: PrePaid 750

And the issue goes away.

Daniel

Translate

Forum|alt.badge.img+8

We are also experiencing this issue as well. Eliminating all special characters from picklist values is not an option. This need to be repaired by Skuid.

Translate

Forum|alt.badge.img+11
  • 340 replies
  • July 11, 2024

Can we get an update on this issue?  This is still a problem for us, even though we updated the API name to make the picklist choices show up.  The field value labels still have (and need) the special characters, and the user side is still showing the improper encoding.

This was discovered by our customers because we send quote documents out that are sourced from a skuid page, and they are seeing things like “PrePaid > $2,500” on their quote proposal, instead of “PrePaid > $2,500”


Translate

Forum|alt.badge.img+4
  • Author
  • 35 replies
  • July 11, 2024

Hi Chandra,

This was fixed for me in 11.2.2 – I’m not sure if you’re on that version but I tested in my sandbox and then deployed to production once confirmed! 🙂

Best of luck!

Dan

Translate

Forum|alt.badge.img+4

Hi Chandra and others on this thread,

It looks like this issue should have been resolved in versions 11.2.2 of Skuid. If you have a non-mission critical sandbox where you could test and let us know if the issue still persists after that version, it would be quite helpful for us to communicate that back to the developers internally.

Thank you,

Josh

Translate

Forum|alt.badge.img+11
  • 340 replies
  • July 11, 2024

Good to know!  I checked the release notes, but didn’t see a match to this one.  We are holding off upgrading due to this theme issue:
https://community.skuid.com/t/help-theme-update-not-working-millau-11-2

Do you know the status of it?

Translate

Forum|alt.badge.img+4

We are experiencing same issue, on table filters am using aggregate model to build the table filter, but the values on the dropdown shows unescaped chars. 

Translate

Forum|alt.badge.img+10

What version of Skuid are you currently running?

Translate

Forum|alt.badge.img+4

We are currently on 11.0.2

Translate

Forum|alt.badge.img+4

Hi Team,

Can i know if this will be fixed, this is annoying our end users.

Translate

Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie Settings