Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Domain Access disables the default time zone field. Even tho you select a time zone, it is never saved. I tried to add the id of the form to the disallowed list, but it seems to be ignored. As such I cannot set a default timezone for my account with Date API.
Comment | File | Size | Author |
---|---|---|---|
#4 | Picture 3.png | 28 KB | agentrickard |
#4 | Picture 4.png | 38.98 KB | agentrickard |
#3 | Picture 2.png | 25.8 KB | agentrickard |
#2 | Screen shot 2010-10-15 at 10.05.31.png | 72.76 KB | joostvdl |
Comments
Comment #1
agentrickardNo, it doesn't. Setting timezones per domain was the first feature of Domain Conf.
Are you talking about Domain Settings module interfering with Date API settings (which are not the default timezone settings)? A screenshot and URL path (e.g. admin/settings/date-time) would help.
Comment #2
joostvdl CreditAttribution: joostvdl commentedURL is admin/settings/date-time
There it should be possible to set a timezone (by name like Europe/Amsterdam). Setting here a timezone it will stay the same for every domain. Storing a timezone via the first domain, it will not be stored. Only the timezone stored via another domain is saved.
Comment #3
agentrickardInteresting. This is with Date API installed. Normally, Domain Settings doesn't touch this form, since it does not use a stock system_settings_form().
Installing Date API restores that system_settings_form() call, which enables Domain Settings. But we already know that this form can't be handled properly, so it needs to be ignored. (The problem is
system_date_time_settings_submit
, which implements logic that Domain Settings can't duplicate.Since this form requires special handling, it should be disabled from Domain Settings. Add this line to 'Disallowed forms':
system_date_time_settings
I believe this is actually a bug in Date API, which sets the form #submit back when it shouldn't.
Comment #4
agentrickardI actually notice that with Date API enabled, the default timezone field gets unset, even if Domain Settings is not present.
Pic 3 is without Date API.
Pic 4 is with.
Comment #5
truls1502I have the same problem, has anyone got the problem solved?
Comment #6
agentrickardYou need custom code.
Comment #7
webwriter CreditAttribution: webwriter commentedSubscribing.
Comment #8
pat7471 CreditAttribution: pat7471 commentedI'm also having this exact same problem. As per suggested by agentrickard, I've added "system_date_time_settings" to "Disallowed forms", and the default time zone setting stays for now.
Thanks, agentrickard!
Comment #9
agentrickardVery tempted to move this to the Date issue queue.
Comment #10
agentrickardComment #11
jorgbert CreditAttribution: jorgbert commentedhttp://drupal.org/node/940804#comment-3577538 - agentrickard's "system_date_time_settings" to "Disallowed forms" also left the default TimeZone alone for me. Domains still show the non-TimeZone format but the correct time. The default site (ID 0) still uses TimeZone. This is just fine with me!
Comment #12
Jegan2668 CreditAttribution: Jegan2668 commentedHi I am facing the same issue, But the field "Disallowed forms" is not visible. how can i configure this field?
Comment #13
solotandem CreditAttribution: solotandem commentedThe disallowed forms is at path "admin/build/domain/settings" in the "Domain-specific settings" fieldset. This requires the Domain Settings module.
The patch in #1298448: Domain always resets values on system_date_time_settings form should enable the date-time settings by domain.