glz_custom_fields v2 beta for Textpattern v4.7

jakob · 2024-07-25 14:21:55

Hi Gil, actually they – and a few others – have all been made already in my GitHub repo

and #2 is long gone, which makes me think you might have been using Gerhard’s very old version.

THE BLUE DRAGON · 2024-07-25 14:38:07

jakob wrote #337458:

Hi Gil, actually they – and a few others – have all been made already in my GitHub repo

#1: here
#3: here

and #2 is long gone, which makes me think you might have been using Gerhard’s very old version.

Oh thank you Julian, good to know, I have been working on an old site that uses v2.0 beta, oops 👴, will check your new version code 👍🙏

THE BLUE DRAGON · 2024-07-27 16:25:56

jakob wrote #337458:

my GitHub repo

Hi, I’m trying to use your new version but I can’t find the new txt installation file, when I visit the dist folder there is only the none fixed glz_custom_fields_v2.0.1_zip.txt file from 3 years ago without the PHP8 fixes.

jakob · 2024-07-28 08:52:27

THE BLUE DRAGON wrote #337480:

Hi, I’m trying to use your new version but I can’t find the new txt installation file, when I visit the dist folder there is only the none fixed glz_custom_fields_v2.0.1_zip.txt file from 3 years ago without the PHP8 fixes.

Sorry about that. Try glz_custom_fields_v2.0.5_zip.txt. Let me know if it works well for you and I can update the changelog and title post.

Note: It doesn’t yet include the most recent commit with CSP-compatible script and style tags as I’m still tracking down an anomaly that may or may not have to do with this plugin.

phiw13 · 2025-05-12 07:10:50

Textpattern 4.9-dev + PHP 8.4.x
glz_custom_fields is at version 2.0.5

The default value for a radio set is wrapped in a { } as suggested on the cf admin /setup pane. However, somewhat unexpectedly on the Write panel the output also includes the { } wrapper.

screen grab for a yes/no radio set.

Bug or misunderstanding on my part? (I don’t think it used to be the case in the past)

jakob · 2025-05-12 07:12:00

Thanks for the report. I’ll check it and see if I can repair that.

jakob · 2025-05-12 09:02:30

v2.0.6 should fix that. If there are any problems, let me know.

GugUser · Yesterday 01:32:38

Thank you very much Jakob for continuously keeping this important plug-in up to date.

phiw13 · Yesterday 01:56:45

jakob wrote #339691:

v2.0.6 should fix that. If there are any problems, let me know.

Yes, both type=radio and select now display nicely. Thanks .

phiw13 · Yesterday 07:28:29

jakob wrote #339691:

v2.0.6 should fix that. If there are any problems, let me know.

I did some more (light) testing and all appear to work as expected – configuring a CF, write panel output, public side usage. Not tested: date and time CF and custom script based CF.

BTW, in the release notes you mentioned:

Some CSP aware inclusion of style and script blocks

With some strict(-ish) CSP on the admin side, this did trigger errors (style-src-elem and script-src-elem blocked as the nonce is not set for the script and style blocks).

jakob · Yesterday 13:43:39

Try the updated txt installer on the v2.0.6 release page (with _zip.txt). It looks like I originally compiled from a site installation that for some unknown reason was lacking exactly the salient commit. This time I went back to first principles and compiled using Jukka’s compiler… This also has your css tweaks but doesn’t warrant a new version bump.

phiw13 · Today 04:39:15

We are nearly there :-)

The CSP nonce is now applied everywhere I think. But. Now I get this error on the plugin admin panel – the list panel with all the CF; the edit panel is fine:

[Error] Refused to execute http://txpdev.test/textpattern/%22index.php?event=glz_custom_fields&step=get_js as script because "X-Content-Type-Options: nosniff" was given and its Content-Type is not a script MIME type.

(Firefox wording)

The result is that the glz_jqueryui.sortable.min.js script is not applied.

I suspect the clue is in the URL: textpattern/%22index.php. There might be a single " on the loose.

Disabling the header result in a 404 error only (for the URL above)

Failed to load resource: the server responded with a status of 404 (Not Found)

(of course…)

Edit: the loose " is here :

$js_positionsort = glz_inject_js('"index.php?event=glz_custom_fields&step=get_js', 1);

Removing the loose offender fixed the issue.

Last edited by phiw13 (Today 04:52:39)

Textpattern CMS

Textpattern CMS support forum

#109 2024-07-25 14:21:55

Re: glz_custom_fields v2 beta for Textpattern v4.7

#110 2024-07-25 14:38:07

Re: glz_custom_fields v2 beta for Textpattern v4.7

jakob wrote #337458:

#111 2024-07-27 16:25:56

Re: glz_custom_fields v2 beta for Textpattern v4.7

jakob wrote #337458:

#112 2024-07-28 08:52:27

Re: glz_custom_fields v2 beta for Textpattern v4.7

THE BLUE DRAGON wrote #337480:

#113 2025-05-12 07:10:50

Re: glz_custom_fields v2 beta for Textpattern v4.7

#114 2025-05-12 07:12:00

Re: glz_custom_fields v2 beta for Textpattern v4.7

#115 2025-05-12 09:02:30

Re: glz_custom_fields v2 beta for Textpattern v4.7

#116 Yesterday 01:32:38

Re: glz_custom_fields v2 beta for Textpattern v4.7

#117 Yesterday 01:56:45

Re: glz_custom_fields v2 beta for Textpattern v4.7

jakob wrote #339691:

#118 Yesterday 07:28:29

Re: glz_custom_fields v2 beta for Textpattern v4.7

jakob wrote #339691:

#119 Yesterday 13:43:39

Re: glz_custom_fields v2 beta for Textpattern v4.7

#120 Today 04:39:15

Re: glz_custom_fields v2 beta for Textpattern v4.7

Board footer