🇦🇺Australia @asdinnie

Hi Jaypan

Thanks for your help.

Based on your suggestion:
I changed the Time Zones setting in  Administration | Configuration | Region and language so that users cannot use their own time zone (i.e. only use the Default Time Zone).  This makes sense for us as all events are held locally.

When I looked at the original data entered:
I noticed that the times  were now incremented by one hour, unlike what it had previously presented to me.
Hence all other people were seeing the wrong times.

So I have edited all the Events to have the correct start times.

It now displays correctly.

I am still not sure why the original times got entered into the database that way...
However, the main thing is that the problem is now fixed.

Thanks very much for your help in resolving this quirky problem.
Most appreciated!

Take care,

Andrew

Hi Jaypan

Thanks for your reply. 
Apologies for my delayed response. Been busy here...

Is the admin user using a different timezone than the other users (likely the site default timezone)?

I don't think so?  It should be the same!

Drupal Regional Settings under " Administration | Configuration Region and language" is set as Australia & Perth.
This is where I live & our Church is based.

My laptop is being used to enter the data and display it in all the cases displayed below.

The laptop's date/time is set to the timezone "Perth/Western Australia" timezone in the Linux "ABC" userid/session that entered the original data.  This is a start time of 1000hrs.

The normal Administrator account I use under the "ABC" Linux userid/session shows the correct start time as 1000hrs.
A different Administrator account under same "ABC" Linux userid/session shows the correct start time i.e. 1000hrs.

An unauthenticated user on the same laptop/Linux "ABC" userid/session shows the incremented time i.e. 1100hrs.

An separate Administrator account on the same laptop but a different Linux userid (call it XYZ)  also shows the incremented time i.e. 1100hrs.
This Linux userid/session's date/time is also set to the same time timezone  as above i.e. "Perth/Western Australia".

If I enter an Activity with the start time of 1000hrs using the XYZ account then it displays as 0900hrs when viewed with the "ABC" userid/session (it's taken back one hour).  So the problem shows here too.

Other users based in Perth, as well as my mobile/cell phone, show the incremented time of 1100hrs.

The problem appears to be originating from data entered using the "ABC" Linux userid/session.
I don't see how Drupal thinks it's working on a different time zone (if this is the root cause of the problem) as all these cases should be working on the Perth/Australia timezone!

I hope this makes sense...

Many thanks,

Andrew

Thanks ressa

Yes I did.
No joy on that front yet.

Andrew

Hi ressa

Thanks for your comment.

I set the Pager setting to Display All Items as suggested.
Also set the Skip Items to 0 (the default).

No luck however.  It still displays 10 items only...

Thanks again,

Andrew

Additional information:

Whenever I add a new event then it is added to the list of 10 events displayed.
Another event appears to be left off the list of those displayed to make room for it.

It might be that the events that are displayed are the last ones that are added (rather than edited) sequentially?

asdinnie → created an issue.

Hi Alex

Thanks very for the note.
It now works!

Pity it doesn't stay like that after each upgrade...

Much appreciated,

Andrew

Hi

The error in forms has now reappeared when a non-authorised user submits a form.

Just upgraded to ReCaptcha 8.x-3.4 under Drupal 10.3.2
Running Ludwig 2.0.7 & CAPTCHA 8.x-1.15

I am still installing modules via Drupal...
Will have to upgrade to Composer sometime but it's a major pain as it's a shared server (home directory cannot be changed, etc.).

The following error whenever a form is submitted:
Error: Interface "ReCaptcha\RequestMethod" not found in include() (line 13 of /home/progres1/public_html/modules/recaptcha/src/ReCaptcha/RequestMethod/Drupal8Post.php).

The original lines in ludwig.json are present:

{
  "require": {
    "google/recaptcha": {
      "version": "v1.2.4",
      "url": "https://github.com/google/recaptcha/archive/1.2.4.zip"
    }
  }
}

Ludwig Packages tells me that google/recaptcha is downloaded.

Have I missed something?

Many thanks,
Andrew

After a few days of this issue driving me nuts and wasting hours of time...

I tried saving this page today after editing it and it worked!
This is without me doing anything to the website or the webserver.

To quote Blazing Saddles: "We are very confused".

I have absolutely no idea how it got fixed.
But I am happy that I can now get around this problem... at least for the meantime!

Hi Devashish

Thanks for your quick response.

I have done as suggested & replaced the actual files in the [insert_block] module (after the backup of module files & db).
It now got past that error message. Many thanks for this.

I then had another related warning message with the [imce] module which I resolved using the same technique.
This was because it too has not been upgraded to the CKEditor5 compatible version.
It does say ^9.3 || ^10 so I'm hoping that 9.5 is okay with it!  I have tested the editor and it seems okay.

I am still a little confused why some of these modules are not showing up as having upgrades available in the usual Drupal module update sections.
BTW the insert_block module did say beta but was advised as the version to use by the developers.
Can you or anyone explain why this issue of missed module upgrades happens?
It does consume a fair bit of time tracking down and getting these issues sorted.

Many thanks again,

Andrew

Hi slewazimuth

Thanks very much for the reply.
Apologies for my late reply.  It was a very busy weekend...

I have found & got the Claro theme going now, thanks.
It looks good and is very usable as an admin theme.

I have still got a problem with the Advanced HTML Editor setup though.

Drupal is warning me that the Insert Block filter is not okay with CKEditor5.