Brussels
Account created on 9 September 2007, almost 17 years ago
#

Recent comments

πŸ‡§πŸ‡ͺBelgium pmichelazzo Brussels

Hi Nigel,

Thanks to the reply. I already fixed that with some hook_theme() and probably with the help of your fix on the suggestion hook.

Regards,

πŸ‡§πŸ‡ͺBelgium pmichelazzo Brussels

Hello matthieu,

Unfortunately the 2.17 version didn't fix the issue. I still have the same problem.

My scenario:
Default country: Brazil
Default Time Zone: SΓ£o Paulo (America/SΓ£o Paulo)

In the view:
Date field: Basic date field (only date - no end date)

Time zone override = SΓ£o Paulo (just to be clear that it's getting the right timezone)

Results - one day back.

Attached, some screenshots to help with the issue.

πŸ‡§πŸ‡ͺBelgium pmichelazzo Brussels

Hi maxilein,

Probably yes, I made the same like you did and it works but I'm not sure if it's possible to use the old versions with the new ones.

Somebody could confirm it?

πŸ‡§πŸ‡ͺBelgium pmichelazzo Brussels

pmichelazzo β†’ made their first commit to this issue’s fork.

πŸ‡§πŸ‡ͺBelgium pmichelazzo Brussels

@anacolautti

I apply the patch and it's work. Thanks for it.

Regards
Paulino

πŸ‡§πŸ‡ͺBelgium pmichelazzo Brussels

Hi @anacolautti, thanks to the fast reply.

The problem happens with Firefox and Chrome (at least) and I'm using the latest Drupal 9.x.

I made a change in the password.js file to avoid such problem on my project and it's working. Going a little deep into the context calls, the same file is called two or three times here.

Here is the code.

if (!$(':button').hasClass('shwpd')) {
        $('.pwd-see :password', context).after(
          `<button type="button" class="shwpd ${span_classes_custom} eye-close" aria-label="${drupalSettings.view_password.showPasswordLabel}"></button>`
        );
}

Again, thanks a lot.

Production build 0.69.0 2024