Admin getting "Insufficient Privileges" for Site Setup. Firefox only.

24 messages

1 2

sreid () Admin getting "Insufficient Privileges" for Site Setup. Firefox only.

Reply Threaded

When I try to access Site Setup (logged in as admin), I get "Insufficient Privileges". Previously this has worked fine. I get the same "Insufficient Privileges" when accessing the site root throught ZMI.

I'm using the latest firefox version - 3.5.5. If I login using IE8 or chrome instead I have no problems. I've tried clearing caches / cookies / rebooting etc., but didn't help. I also reverted to an older firefox, but still the same problem.

I have a second Plone site on the same Zope instance, and it works fine, regardless of the browser used.

I also tried giving a different, non-admin user, manager rights, but still the same problem.

So, it appears to be some combination of firefox, plus a specific Plone site. Any suggestions welcome.

Plone Version Overview
Plone 3.3.1
CMF 2.1.2
Zope (Zope 2.10.9-final, python 2.4.3, linux2)
Python 2.4.3 (#1, Jul 27 2009, 17:57:39) [GCC 4.1.2 20080704 (Red Hat 4.1.2-44)]
PIL 1.1.6

sreid () Re: Admin getting "Insufficient Privileges" for Site Setup. Firefox only.

Reply Threaded

Forgot to say, I've also turned on verbosesecurity by "security-policy-implementation python
verbose-security on" in zope.conf. However, it's not helped, as I don't get anything in the error log.

Maurits van Rees-3 () Re: Admin getting "Insufficient Privileges" for Site Setup. Firefox only.

Reply Threaded

sreid, on 2009-11-07:
>
> Forgot to say, I've also turned on verbosesecurity by
> "security-policy-implementation python
> verbose-security on" in zope.conf. However, it's not helped, as I don't get
> anything in the error log.

Make sure Unauthorized errors are not ignored in the error_log.
See http://plone.org/documentation/how-to/debug-unauthorized

--
Maurits van Rees | http://maurits.vanrees.org/
Work | http://zestsoftware.nl/
"This is your day, don't let them take it away." [Barlow Girl]

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

sreid () Re: Admin getting "Insufficient Privileges" for Site Setup. Firefox only.

Reply Threaded

In reply to this post by sreid

I'd already done that too - should have said earlier. Any ideas ?

Maurits van Rees-3 () Re: Admin getting "Insufficient Privileges" for Site Setup. Firefox only.

Reply Threaded

sreid, on 2009-11-07:
> I'd already done that too - should have said earlier. Any ideas ?

If you have setup the error_log (within the Plone site and maybe also
in the Zope root) to no longer ignore Unauthorized errors, you should
get a traceback now. Post it.

--
Maurits van Rees | http://maurits.vanrees.org/
Work | http://zestsoftware.nl/
"This is your day, don't let them take it away." [Barlow Girl]

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

sreid () Re: Admin getting "Insufficient Privileges" for Site Setup. Firefox only.

Reply Threaded

Nothing in the exception log.

sreid () Re: Admin getting "Insufficient Privileges" for Site Setup. Firefox only.

Reply Threaded

It's just started working ok again. I haven't made any server changes. The only thing major changed on my PC is an upgrade of Norton from 2009 to 2010, plus a few reboots.
If it recurs, I'll add further notes here.

Tsadkiel () CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

In reply to this post by Maurits van Rees-3

Hello together,

I have an ugly effect in Firefox 3.5.1 with a completly new plone
site without any modifications.

When the page loads in Firefox 3.5.1 (an other version of Firefox
I did not check), the browser at first does not recognize the CSS.
Therefore in the first second it displays the page as if the css
would not be available. Than it "discovers" the css and changes to
the correct display.

I guess, it must be somehow a caching problem - or plone
calculates the css to slowly? There is now external cache like
squid on the server.

If I save the page including css with WinHTTrack, an load the page
locally, all is fine.

You can see the effect on

http://tnt.nidelven-it.no:30080/testsss

Installed versions are:

* Plone 3.3.1
* CMF 2.1.2
* Zope (Zope 2.10.9-final, python 2.4.6, linux2)
* Python 2.4.6 (#1, May 20 2009, 14:17:01) [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)]
* PIL 1.1.6

Thank you very much in advance!

Marc

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

Espen Moe-Nilssen () Re: CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

Some javascript/style in this post has been disabled (why?)

Just to be sure: What products are installed?

I think this could happen with some of the jq products installed.

If not, disable css debug mode if its on.

Espen

Den 13. nov. 2009 kl. 16.03 skrev Marc Mittag:

Hello together,

I have an ugly effect in Firefox 3.5.1 with a completly new plone
site without any modifications.

When the page loads in Firefox 3.5.1 (an other version of Firefox
I did not check), the browser at first does not recognize the CSS.
Therefore in the first second it displays the page as if the css
would not be available. Than it "discovers" the css and changes to
the correct display.

I guess, it must be somehow a caching problem - or plone
calculates the css to slowly? There is now external cache like
squid on the server.

If I save the page including css with WinHTTrack, an load the page
locally, all is fine.

You can see the effect on

http://tnt.nidelven-it.no:30080/testsss

Installed versions are:

* Plone 3.3.1
* CMF 2.1.2
* Zope (Zope 2.10.9-final, python 2.4.6, linux2)
* Python 2.4.6 (#1, May 20 2009, 14:17:01) [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)]
* PIL 1.1.6

Thank you very much in advance!

Marc

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

Tsadkiel () Re: CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

Hi Espen,

thanks for your answer.

It is a completly new installed plone-site. There is no css debug mode
activated and now product installed.

Love and Light

Marc

EMN> Just to be sure: What products are installed?
EMN> I think this could happen with some of the jq products installed.
EMN> If not, disable css debug mode if its on.

EMN> Espen

EMN> Den 13. nov. 2009 kl. 16.03 skrev Marc Mittag:

>> Hello together,
>>
>> I have an ugly effect in Firefox 3.5.1 with a completly new plone
>> site without any modifications.
>>
>> When the page loads in Firefox 3.5.1 (an other version of Firefox
>> I did not check), the browser at first does not recognize the CSS.
>> Therefore in the first second it displays the page as if the css
>> would not be available. Than it "discovers" the css and changes to
>> the correct display.
>>
>> I guess, it must be somehow a caching problem - or plone
>> calculates the css to slowly? There is now external cache like
>> squid on the server.
>>
>> If I save the page including css with WinHTTrack, an load the page
>> locally, all is fine.
>>
>> You can see the effect on
>>
>> http://tnt.nidelven-it.no:30080/testsss
>>
>> Installed versions are:
>>
>> * Plone 3.3.1
>> * CMF 2.1.2
>> * Zope (Zope 2.10.9-final, python 2.4.6, linux2)
>> * Python 2.4.6 (#1, May 20 2009, 14:17:01) [GCC 4.1.2 20061115
>> (prerelease) (Debian 4.1.1-21)]
>> * PIL 1.1.6
>>
>> Thank you very much in advance!
>>
>> Marc
>>
>>
>> ----------------------------------------------------------------------
>> --------
>> Let Crystal Reports handle the reporting - Free Crystal Reports
>> 2008 30-Day
>> trial. Simplify your report design, integration and deployment -
>> and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Plone-Users mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/plone-users

--
Beste Gruesse,
Marc mailto:[hidden email]

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

Donna Snow (SnowWrite)-2 () Re: CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

Do you have Firebug Marc?

Enable Firebug (make sure you have "enabled all panels" ) and click on the NET tab.

Reload the site with Firebug open and you'll notice that the .css file doesn't even start to load until after there is a "DOM Content Load" so it's waiting for some javascript event to fire off before it loads the css (in Firefox anyway)

Doublecheck your squid config - I'm guessing the .css cacheing is just a bit too long..

Donna 'SnowWrite' Snow
card.ly/snowwrite

On Fri, Nov 13, 2009 at 8:30 AM, Marc Mittag <[hidden email]> wrote:

Hi Espen,

thanks for your answer.

It is a completly new installed plone-site. There is no css debug mode
activated and now product installed.

Love and Light

Marc

EMN> Just to be sure: What products are installed?
EMN> I think this could happen with some of the jq products installed.
EMN> If not, disable css debug mode if its on.

EMN> Espen

EMN> Den 13. nov. 2009 kl. 16.03 skrev Marc Mittag:

>> Hello together,
>>
>> I have an ugly effect in Firefox 3.5.1 with a completly new plone
>> site without any modifications.
>>
>> When the page loads in Firefox 3.5.1 (an other version of Firefox
>> I did not check), the browser at first does not recognize the CSS.
>> Therefore in the first second it displays the page as if the css
>> would not be available. Than it "discovers" the css and changes to
>> the correct display.
>>
>> I guess, it must be somehow a caching problem - or plone
>> calculates the css to slowly? There is now external cache like
>> squid on the server.
>>
>> If I save the page including css with WinHTTrack, an load the page
>> locally, all is fine.
>>
>> You can see the effect on
>>
>> http://tnt.nidelven-it.no:30080/testsss
>>
>> Installed versions are:
>>
>> * Plone 3.3.1
>> * CMF 2.1.2
>> * Zope (Zope 2.10.9-final, python 2.4.6, linux2)
>> * Python 2.4.6 (#1, May 20 2009, 14:17:01) [GCC 4.1.2 20061115
>> (prerelease) (Debian 4.1.1-21)]
>> * PIL 1.1.6
>>
>> Thank you very much in advance!
>>
>> Marc
>>
>>
>> ----------------------------------------------------------------------
>> --------
>> Let Crystal Reports handle the reporting - Free Crystal Reports
>> 2008 30-Day
>> trial. Simplify your report design, integration and deployment -
>> and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Plone-Users mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/plone-users

--
Beste Gruesse,
Marc mailto:[hidden email]

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

Dieter Maurer () Re: CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

In reply to this post by Tsadkiel

Marc Mittag wrote at 2009-11-13 16:03 +0100:

> I have an ugly effect in Firefox 3.5.1 with a completly new plone
> site without any modifications.
>
> When the page loads in Firefox 3.5.1 (an other version of Firefox
> I did not check), the browser at first does not recognize the CSS.
> Therefore in the first second it displays the page as if the css
> would not be available. Than it "discovers" the css and changes to
> the correct display.
>
> I guess, it must be somehow a caching problem - or plone
> calculates the css to slowly? There is now external cache like
> squid on the server.

This does not look like a caching problem: if caching would be the
problem, then the wrong display would not "change" into the correct one
but stay wrong (until manual intervention (e.g. SHIFT-RELOAD).

For me, this looks instead like normal behaviour:

The first information of the browser is the main page.
Only then, the browser can discover the resources (CSS, javascript, images)
needed by the page. If not in its cache, it will request these
resources).

The browser may decide to start rendering of the main page
before all resources are available. It will then update the
rendering, when ressources get available.
Almost surely, you are observing such a behaviour.

> If I save the page including css with WinHTTrack, an load the page
> locally, all is fine.

Maybe, a caching effect, despite my contradicting arguments above:

Check the browser's cache settings and maybe the cache headers
of your resources.

For some reasons, the resources might not be cached in the
browser's cache.

The browser may apply different heuristics based on whether
main page and/or resources come from a Web server or the file
system. This may explain the differences in your observations.
The differences would be aggravated when (for some still unknown
reasons) the resources would not get cached in the browser cache.

--
Dieter

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

Tsadkiel () Re: CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

Hello Dieter,

thanks for your answer.

DM> This does not look like a caching problem: if caching would be the
DM> problem, then the wrong display would not "change" into the correct one
DM> but stay wrong (until manual intervention (e.g. SHIFT-RELOAD).

DM> For me, this looks instead like normal behaviour:

DM> The first information of the browser is the main page.
DM> Only then, the browser can discover the resources (CSS, javascript, images)
DM> needed by the page. If not in its cache, it will request these
DM> resources).

DM> The browser may decide to start rendering of the main page
DM> before all resources are available. It will then update the
DM> rendering, when ressources get available.
DM> Almost surely, you are observing such a behaviour.

>> If I save the page including css with WinHTTrack, an load the page
>> locally, all is fine.

DM> Maybe, a caching effect, despite my contradicting arguments above:

DM> Check the browser's cache settings and maybe the cache headers
DM> of your resources.

DM> For some reasons, the resources might not be cached in the
DM> browser's cache.

DM> The browser may apply different heuristics based on whether
DM> main page and/or resources come from a Web server or the file
DM> system. This may explain the differences in your observations.
DM> The differences would be aggravated when (for some still unknown
DM> reasons) the resources would not get cached in the browser cache.

Yes, for me it does now not look like a caching problem as well.

The problem only appears, when I press "reload" in Firefox. On reload
Firefox ignores all caches and send a http-header to the server to
tell it to do the same.

The problemm only appears on reload.

But it does not look like normal behavior either. If it would be
normal, every site with an external CSS style sheet would behave like
this.

Look at these three Plone-Pages

http://tnt.nidelven-it.no:30080/testsss (plone 3.3.1 completly
untouched after install - here the problem appears)

http://tnt.nidelven-it.no:30080/breathislife/index-de.htm (same plone
version, but with a skin, here the problem appears, too)

http://tnt.nidelven-it.no:30080/breathislife/kalender/index_html/month
(same site and skin as the link before, but with an despite colors
untouched CalendarX as a content object - here the problem does NOT appear)

To me this means after discovering the difference above, that there must be some HTML, that is causing the
problem - likely in the content area of the site.

Love and Light

Marc

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

Donna Snow (SnowWrite)-2 () Re: CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

Marc,

When I run into issues like this I start by validating the pages to make sure there isn't some error in either my xhtml or css.

Download and install Web Developer toolbar for Firefox (if you haven't already) and under the 'tools" tab in the web developer toolbar select validate html and then validate css.

I noticed xhtml transitional errors on 1 or 2 of the pages. Fix those :-) - Don't worry about the .visualGhosted error in CSS - that ships with Plone. ( unless someone knows how to get rid of that error)

I noticed some css loading issues on some non-Plone sites yesterday. Not sure what that was about...

Donna 'SnowWrite' Snow
Office Manager, Hacker Dojo
Founder, GirlsLuvTech
facebook.com/girlsluvtech

Reopening Soon! C Squared Enterprises and C2E Training
illuminating your path to Open Source

On Tue, Nov 17, 2009 at 12:21 AM, Marc Mittag <[hidden email]> wrote:

Hello Dieter,

thanks for your answer.

DM> This does not look like a caching problem: if caching would be the
DM> problem, then the wrong display would not "change" into the correct one
DM> but stay wrong (until manual intervention (e.g. SHIFT-RELOAD).

DM> For me, this looks instead like normal behaviour:

DM> The first information of the browser is the main page.
DM> Only then, the browser can discover the resources (CSS, javascript, images)
DM> needed by the page. If not in its cache, it will request these
DM> resources).

DM> The browser may decide to start rendering of the main page
DM> before all resources are available. It will then update the
DM> rendering, when ressources get available.
DM> Almost surely, you are observing such a behaviour.

>> If I save the page including css with WinHTTrack, an load the page
>> locally, all is fine.

DM> Maybe, a caching effect, despite my contradicting arguments above:

DM> Check the browser's cache settings and maybe the cache headers
DM> of your resources.

DM> For some reasons, the resources might not be cached in the
DM> browser's cache.

DM> The browser may apply different heuristics based on whether
DM> main page and/or resources come from a Web server or the file
DM> system. This may explain the differences in your observations.
DM> The differences would be aggravated when (for some still unknown
DM> reasons) the resources would not get cached in the browser cache.

Yes, for me it does now not look like a caching problem as well.

The problem only appears, when I press "reload" in Firefox. On reload
Firefox ignores all caches and send a http-header to the server to
tell it to do the same.

The problemm only appears on reload.

But it does not look like normal behavior either. If it would be
normal, every site with an external CSS style sheet would behave like
this.

Look at these three Plone-Pages

http://tnt.nidelven-it.no:30080/testsss (plone 3.3.1 completly
untouched after install - here the problem appears)

http://tnt.nidelven-it.no:30080/breathislife/index-de.htm (same plone
version, but with a skin, here the problem appears, too)

http://tnt.nidelven-it.no:30080/breathislife/kalender/index_html/month
(same site and skin as the link before, but with an despite colors
untouched CalendarX as a content object - here the problem does NOT appear)

To me this means after discovering the difference above, that there must be some HTML, that is causing the
problem - likely in the content area of the site.

Love and Light

Marc

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

Dieter Maurer () Re: CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

In reply to this post by Tsadkiel

Marc Mittag wrote at 2009-11-17 09:21 +0100:

> ...
>But it does not look like normal behavior either. If it would be
>normal, every site with an external CSS style sheet would behave like
>this.
>
>Look at these three Plone-Pages
>
>http://tnt.nidelven-it.no:30080/testsss (plone 3.3.1 completly
>untouched after install - here the problem appears)
>
>http://tnt.nidelven-it.no:30080/breathislife/index-de.htm (same plone
>version, but with a skin, here the problem appears, too)
>
>http://tnt.nidelven-it.no:30080/breathislife/kalender/index_html/month
>(same site and skin as the link before, but with an despite colors
>untouched CalendarX as a content object - here the problem does NOT appear)
>
>To me this means after discovering the difference above, that there must be some HTML, that is causing the
>problem - likely in the content area of the site.

There is no specification which dictates how browsers must perform the
rendering process -- only the essential parts of the final result
is specified.

You observe that your Firefox starts rendering the page
before it has full knowledge of the CSS and adjusts the result later
when the CSS has become available. It is entitled to do so by the
applicable specifications.

You also observe that the visual effect is different for different pages.
Implementation details for Firefox,
(together with minor differences in the HMTL) may be responsible
for these differences.
You could try to adjust the HMTL the reduce the effect, but
different browser families and even different browser versions may
have different implementation details and require different
HTML tuning. Thus, this approach could be really hard.

I expect that your best chances are communication with the browser
developers and argue there that CSS is nowadays so important
that page rendering should not start before all relevant CSS is known.
There, you may hear counter arguments against this suggestion.

I do not expect that the Plone developers will be ready to spend
time to fight against such temporary visual effects, caused by
diverging browser rendering strategies.

--
Dieter

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

JonStahl () Re: CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

> Marc Mittag wrote at 2009-11-17 09:21 +0100:
>> ...
>>But it does not look like normal behavior either. If it would be
>>normal, every site with an external CSS style sheet would behave like
>>this.
>>
>>Look at these three Plone-Pages
>>
>>http://tnt.nidelven-it.no:30080/testsss (plone 3.3.1 completly
>>untouched after install - here the problem appears)
>>
>>http://tnt.nidelven-it.no:30080/breathislife/index-de.htm (same plone
>>version, but with a skin, here the problem appears, too)
>>
>>http://tnt.nidelven-it.no:30080/breathislife/kalender/index_html/month
>>(same site and skin as the link before, but with an despite colors
>>untouched CalendarX as a content object - here the problem does NOT appear)
>>
>>To me this means after discovering the difference above, that there must be some HTML, that is causing the
>>problem - likely in the content area of the site.

I'm seeing the strange effect you're seeing on the sites you list
above, but I can't reproduce it in Plone 3.3.1 on my own machine (Mac
OS X), or on any of the Plone 3.3.1 sites we have live in production.
I suspect it is something local to your installation or server,
rather than a bug in plone. I'm at a loss to guess what that is,
though.

:jon

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

Daniel Kraft-5 () Re: CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

In reply to this post by Tsadkiel

Hi,

> When the page loads in Firefox 3.5.1 (an other version of Firefox
> I did not check), the browser at first does not recognize the CSS.
> Therefore in the first second it displays the page as if the css
> would not be available. Than it "discovers" the css and changes to
> the correct display.

you may just use collective.plone3bugfixes.

>From the description:

"""
Fix the order of the resourceregistries to have js after css to have a
beautiful rendering in Firefox and to have a _real_ DomReady event in JS.
"""

Daniel

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

Nathan Van Gheem () Re: CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

> When the page loads in Firefox 3.5.1 (an other version of Firefox

> I did not check), the browser at first does not recognize the CSS.

> Therefore in the first second it displays the page as if the css

> would not be available. Than it "discovers" the css and changes to

> the correct display.

you may just use collective.plone3bugfixes.

This is a known issue with the Plone 3.3.* series. At some point the order of css and js got reversed. I assume it will be fixed with the next bug fix release and Plone 4 obviously.

Please don't use collective.plone3bugfixes.. We really need to discourage it's use. It is just an example of people not going about the correct way to fix bugs within plone.

What you can do is just customize the main_template in portal_skins and change the order yourself there.

Regards,

Nathan

On Thu, Nov 19, 2009 at 9:54 PM, Daniel Kraft <[hidden email]> wrote:

Hi,

> When the page loads in Firefox 3.5.1 (an other version of Firefox
> I did not check), the browser at first does not recognize the CSS.
> Therefore in the first second it displays the page as if the css
> would not be available. Than it "discovers" the css and changes to
> the correct display.

you may just use collective.plone3bugfixes.

>From the description:

"""
Fix the order of the resourceregistries to have js after css to have a
beautiful rendering in Firefox and to have a _real_ DomReady event in JS.
"""

Daniel

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

Daniel Kraft-5 () Re: CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

> Please don't use collective.plone3bugfixes.. We really need to
> discourage it's use. It is just an example of people not going about the
> correct way to fix bugs within plone.

Who is "we" and why should those discourage its usage? It solves
problems pragmatically, and what's even better: It solves them _now_.

It fixes bugs in current releases. You don't have to wait for the next
release of plone AND you don't need to fix all those bugs in any rollout
you make.

For us and at least two others which I'm aware of it's a big win and a
timesaver.

Maybe the name isn't perfect. So maybe "plone3hotfixes" would be better.

Daniel

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

JonStahl () Re: CSS loads to late - ugly effect - plone 3.3.1 untouched / caching problem?

Reply Threaded

Daniel-

Why don't you just apply for core committer access and fix the bugs in
our svn directly? Plone is quite generous about granting commit
rights.

:jon

On Fri, Nov 20, 2009 at 12:30 PM, Daniel Kraft <[hidden email]> wrote:

>> Please don't use collective.plone3bugfixes.. We really need to
>> discourage it's use. It is just an example of people not going about the
>> correct way to fix bugs within plone.
>
> Who is "we" and why should those discourage its usage? It solves
> problems pragmatically, and what's even better: It solves them _now_.
>
> It fixes bugs in current releases. You don't have to wait for the next
> release of plone AND you don't need to fix all those bugs in any rollout
> you make.
>
> For us and at least two others which I'm aware of it's a big win and a
> timesaver.
>
> Maybe the name isn't perfect. So maybe "plone3hotfixes" would be better.
>
> Daniel
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Plone-Users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/plone-users
>

1 2