r3221: couple of hiccups

Bloke · 2009-06-19 16:14:10

Diagnostics tab: $is_dst is displayed as <abbr title="Daylight Saving Time">DST</abbr> enabled?. Probably should go through strip_tags() first?
Any Default start tab that a lesser privileged user is not able to see causes “Restricted Area” as the first screen when they log in. Is it possible to a) drop back to the Write tab if they don’t have privs for the chosen tab, and/or b) make the Default start tab operate per priv level (a long shot!) ;-)

Thanks, and keep up the amazing work. This release is cooking.

EDIT: altered title, since this thread seems to be going in a different direction now…

Last edited by Bloke (2009-06-20 15:37:34)

maverick · 2009-06-19 16:40:39

misc. feedback on r3219-3221

very very minor: auto_dst shows up in the preference page/presumably this will be cleaned up for release.

In the Preference control panel:

Original setting was -5:00 GMT/Daylight Savings On. Time was 12:22 p.m. (Correct time)
Setting my time zone to Detroit and turning on auto_dst caused my archive date to change to 2009-06-19 11:22 a.m.
Turning off (what seemed like a redundant) Daylight Savings On Preference, while leaving auto_dst turned on, changed the archive date to 2009-06-19 13:22
Turning both auto_dst and Daylight Savings to off, made no different – archive time remained at 13:22
Changing time zones (randomly picked Denver) and saved had archive still showing Detroit EST. Refreshing changed the archive date to Denver.
Changing time zones back to Detroit and saving kept the Denver time. A refresh brought me back to 13:22p but not the DST of 12:22p
Tried turning on auto_dst again and saved. Remained ST instead of DST.

Standard time is showing on the Content -> Article page as well, with DST enabled in preferences.

Hope this helps

Mike

wet · 2009-06-19 17:51:11

Please post:

Browser make and model
Low detail diagnostics output.

wet · 2009-06-19 17:54:27

Bloke wrote:

Any Default start tab that a lesser privileged user is not able to see causes “Restricted Area” as the first screen when they log in.

The Default start tab is intended to support dashboards and the like, so I have slight difficulties to imagine why any administrator with a clue would set it to an event which is not permitted for the site’s authors. What scenario do you have in mind?

maverick · 2009-06-19 18:11:42

1) Mac OS X/Safari Version 4.0.1 (5530.18)

2)
Textpattern version: 4.0.8 (r3221)
Last Update: 2009-06-19 16:20:46/2009-03-24 16:44:28
Document root: /path/to/my/website.com/ (/path/to/my/website.com/)
$path_to_site: /path/to/my/website.com/
Textpattern path: /path/to/my/website.com/textpattern
Permanent link mode: section_title
Temporary directory path: /path/to/my/website.com/textpattern/tmp
Site URL: mywebsite.com
PHP version: 5.2.6
GD Image Library: version bundled (2.0.34 compatible), supported formats: GIF, JPG, PNG
Server TZ: America/Los_Angeles
Server Local Time: 2009-06-19 11:08:02
<abbr title=“Daylight Saving Time”>DST</abbr> enabled?: 1
auto_dst: 1
Time Zone: -14400
MySQL: 5.0.67-log
Locale: en_US.UTF-8
Server: Apache/2.0.63 (Unix) PHP/4.4.7 mod_ssl/2.0.63 OpenSSL/0.9.7e mod_fastcgi/2.4.2 DAV/2 SVN/1.4.2
PHP Server API: cgi-fcgi
RFC 2616 headers: 0
Server OS: Linux 2.4.32-grsec+f6b+gr217+nfs+a32+fuse23+tg+++opt+c8+gr2b-v6.194
Active plugins: asv_plugin_repository-1.0, sed_section_fields-0.4.153, glz_custom_fields-1.1.3, jmd_img_selector-0.1, adi_variables-0.1, adi_notes-1.0, stm_javascript-0.3, sed_plugin_library-0.4.154, ied_plugin_composer-0.9, jmd_admin_js-0.1, smd_admin_themes-0.1
Admin-side theme: seagloss 1.0

.htaccess file contents:
————————————
#DirectoryIndex index.php index.html

#Options +FollowSymLinks
#Options -Indexes

<IfModule mod_rewrite.c> RewriteEngine On #RewriteBase /relative/web/path/

RewriteCond %{REQUEST_FILENAME} -f [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^(.+) – [PT,L]

RewriteCond %{REQUEST_URI} !=/favicon.ico RewriteRule ^(.*) index.php

RewriteCond %{HTTP:Authorization} !^$ RewriteRule .* – [E=REMOTE_USER:%{HTTP:Authorization}]
</IfModule>

#php_value register_globals 0

————————————

Edit – and fwiw, as you may notice in the diagnostics – I’m posting from the EST Zone (Detroit), but my server is in California.

Last edited by maverick (2009-06-19 19:07:43)

redbot · 2009-06-19 18:33:43

wet wrote:

Bloke wrote:

Any Default start tab that a lesser privileged user is not able to see causes “Restricted Area” as the first screen when they log in.

The Default start tab is intended to support dashboards and the like, so I have slight difficulties to imagine why any administrator with a clue would set it to an event which is not permitted for the site’s authors. What scenario do you have in mind?

I think Bloke means default start subtab.
For example the “presentation” tab has “pages” as the default subtab. If an author has privs only for the “sections” subtab when he clicks on the “presentation” tab he’s welcomed by a “restricted area” message.

Last edited by redbot (2009-06-19 18:39:08)

Bloke · 2009-06-19 18:57:29

wet wrote:

The Default start tab is intended to support dashboards and the like

Ah right I’ve never used them so I’m probably out of my depth here. Maybe that’s why I missed the point, sorry. I just thought it was intended to apply to your general user base. For example, a multi-author photography site might well revolve around images so you’d want the Images tab to be default, allowing photographers to upload images for auto-inclusion in their galleries (which are already set up). But your freelancers who just write copy for the site on photography tips and techniques get ‘Restricted Area’ when they log in because they can’t see the Images tab.

Also, as Administrator I would find the Write tab more useful, or even the Plugins or Users tabs as default. In my case it’s just for convenience because I can get anywhere I like so the one or two extra clicks to get from Images to where I need to be is of no consequence; I’m never greeted with a Restricted Area message.

But I can see what you mean, this is a fringe use case because most users can see most of the tabs that are useful for day-to-day activities so limiting it to one that all users can see (the Write tab! ;-) is probably prudent. Scratch that one.

Last edited by Bloke (2009-06-19 18:59:36)

saccade · 2009-06-19 22:03:56

In my SVN checkout 3221 txplib_misc.php is named r3221 but its content is the old one (checked twice) and different from what I can see in google code (see function tz_code).
Any idea? Did I do something wrong?

wet · 2009-06-20 13:39:27

Bloke wrote:

For example, a multi-author photography site might well revolve around images so you’d want the Images tab to be default, allowing photographers to upload images for auto-inclusion in their galleries (which are already set up). But your freelancers who just write copy for the site on photography tips and techniques get ‘Restricted Area’ when they log in because they can’t see the Images tab.

Good call.

wet · 2009-06-20 14:20:53

maverick wrote:

Tried turning on auto_dst again and saved. Remained ST instead of DST.

Please try r3224 with your timezone set to your home location and auto_dst set to ‘Yes’.

You should not be able to change the DST setting manually (radio buttons would be disabled once auto_dst is on) and see the current time in the archive date dropdown.

saccade · 2009-06-20 15:19:19

In r3221 and still the same in r3224 there is a serious problem with timestamp when workling on a GMT-Based server and using tz with dst (like Germany’s timezone):

If you post an article with a future time, and this time belongs to another dst-period,
then every time you save your article you will get back a new timestamp: momentarily shifted an hour later (at the moment. Surely the other way round if you posted in winter).

Obviously

the db-stored server time is calculated correctly,
but when transferring back to display (or calling anew) the db-stored-time will be miscalculated
and from this miscalculation will be correctly-incorrectly calculated again and store a false (or at least not intended) time in the db.

maverick · 2009-06-20 16:32:29

wet wrote:

You should not be able to change the DST setting manually (radio buttons would be disabled once auto_dst is on) and see the current time in the archive date dropdown.

If by disabled, you mean something like “grayed out” or not available, the DST radio button is there, and able to be chosen. However, it is disabled in the sense that when you click save it doesn’t do anything if the auto_dst is on. I am presuming the latter is what you mean and it is working as intend.

wet wrote:

Please try r3224 with your timezone set to your home location and auto_dst set to ‘Yes’.

Done, however, DST isn’t kicking in for me. I then tried other locations (Chicago, Denver), and dst never turned on for them either.

This is true in both the date format and the archive date format.

Sorry for the trouble. Thanks for the help

Mike

Textpattern CMS

Textpattern CMS support forum

#1 2009-06-19 16:14:10

r3221: couple of hiccups

#2 2009-06-19 16:40:39

Re: r3221: couple of hiccups

#3 2009-06-19 17:51:11

Re: r3221: couple of hiccups

#4 2009-06-19 17:54:27

Re: r3221: couple of hiccups

#5 2009-06-19 18:11:42

Re: r3221: couple of hiccups

#6 2009-06-19 18:33:43

Re: r3221: couple of hiccups

#7 2009-06-19 18:57:29

Re: r3221: couple of hiccups

#8 2009-06-19 22:03:56

Re: r3221: couple of hiccups

#9 2009-06-20 13:39:27

Re: r3221: couple of hiccups

#10 2009-06-20 14:20:53

Re: r3221: couple of hiccups

#11 2009-06-20 15:19:19

Re: r3221: couple of hiccups

#12 2009-06-20 16:32:29

Re: r3221: couple of hiccups

Board footer