Kirby 5.0.4 Textarea bold italic link bug?

The CMS Questions
1

Ok, this is weird. I’ve upgraded a website from 2.10 up to 5.0.4 and now it’s running on a PHP 8.4 environnement.

When I’m trying to select a text in the panel within a textarea and put it in Bold / Italic or create a link, the selected text dissapear and I’m left with only, **** or **?!?

Here’s a short video of the behavior: any clue what’s happening there?

2

Can you reproduce the issue in a fresh Starterkit? I can’t…

3

I’ve tested it with FireFox and it works but the bug is there with Safari Version 17.6 (17618.3.11.11.7, 17618)

4

Will check if I can reproduce it in Safari tonight or tomorrow.

5

I’ve tested it with another website under Kirby 4.6.1 and it works in Safari. So for me, it’s a v5 bug sadly in Safari.
I didn’t notice it right away because the other website I’m working on, is my own and I’m using FireFox to edit it. But I’m pretty sure the client would use Safari, so it’s problemic.

6

Have you already tried it with a fresh Starterkit as @texnixe suggested?

For me, it works fine in a fresh setup with Safari:

Any errors in your browser console? What’s the blueprint for your specific texture field?

7

Hi, it happens on another website as well. But like I’ve said, it works fine with FireFox 142.0.1 (aarch64.

Safari version is Version 17.6 (17618.3.11.11.7, 17618) on osx Monterey 12.7.6

Here’s an example of the blueprint:

title: Credits
pages: true
icon: account
files: true
  fields:
    caption:
      label: Caption
      type: textarea
      buttons: false
    client:
      label: Client
      type: text
    category:
      label: Job type
      type: tags
    copyright:
      label: Copyright
      type: text

fields:
  subtitle:
    label: Sous-titre
    type:  text
  text:
    label: Texte
    type:  textarea
    size: huge
    blank: true
    invisibles: false
    buttons:
      - headlines
        - h1
        - h2
        - h3
        - h4
        - h5
        - h6
      - bold
      - italic
      # - strikethrough
      - horizontal-rule
      - ul
      - ol
      - link
      # - email
      - blockquote
      - pagelink
      - image
      - file
      # - footnote
  notes:
    type: hidden
8

My video isn’t with FireFox but with Safari. As you can see, I cannot reproduce your problem. This is why it would be great if you could try if it occurs to you with a fresh starter kit, so that we can start narrowing down the source of the issue for you. That it doesn’t work for you on another site either that we also do not have access to to reproduce it on our end doesn’t quite help us here.

EDIT: Also checked with your blueprint - works great on my end in Safari (admittedly a higher version of Safari, but I would doubt this is it). Maybe it is related to any Safari extensions? Maybe check if you have any installed and disable all and see if it works then?

9

Okayy, I’ve created a special subdomain on the same server and installed the latest StarterKit, and the bug is still there with a text field with type:textarea:

10

Anything in the browser console? Have you checked your Safari browser extensions?

11

Well nothing is going on on the browser console and I’ve tried again with all extensions unchecked. but nope. Would you like me to test it on the same server but with another StarterKit like 4.7.1? Where can I find it?

12

Please also remove these non-existing properties, just in case.

1 Like
13

BTW. I now also tested in Safari without issues, but like @distantnative, I’m on newer version of macOS and Safari.

14

Thanks for the feedback. When you mean new? Like osx Sequoia I guess. But what I don’t understand is with my current same setup, the textarea is working fine with Kirby 4.6.1 and 4.8. Why?

15

That’s right. Sequoia 15.5 and Safari 18.5.

16

I’m also a bit surprised where you got these button properties from. Sure, you are not using a plugin?

17

Yeah, I guess these ones where from an “old” plugin, I’ve used when the website was running under Kirby 3. I’ve cleaned everything. But since I’ve tested the V5 starterkit completely blank on a new subdomain but same PHP 8.4 and same hosting and with my same MacBookPro M1 with osx Monterey and Safari Version 17.6 (17618.3.11.11.7, 17618).

The plugins or “old” buttons doesn’t seem to be the problem.

Something has changed in the Kirby 5 textarea since version 3 and even the latest version 4.8, that broke the behaviour on my setup.

Could you please check on Kirby’s side with a similar setup?

I know Safari is hell but many clients on osx use Safari by Default.

If it was just me, I don’t care, I can use FireFox but for client’s website, it’s more problematic.

I hope you can find it.

Many thanks

18

No matter what I try, I cannot reproduce this issue in my local environment, neither with Kirby 5.0.3 nor 5.04, nor the 5.1.0-rc.

Environment as above, Sequoia 15.5 and Safari 18.5, and Laravel Herd with PHP 8.4 as local dev environment. New textarea field added to the notes page.

I have no option to test with older versions of MacOS/Safari