| Summary | Blank page when selecting alternative calendar |
| Queue | Kronolith |
| Queue Version | HEAD |
| Type | Bug |
| State | Accepted |
| Priority | 1. Low |
| Owners | |
| Requester | jochem (at) mondrian (dot) nl |
| Created | 04/10/2008 (31 days ago) |
| Due | |
| Updated | 05/05/2008 (6 days ago) |
| Assigned | 04/10/2008 (31 days ago) |
| Resolved | |
| Attachments | |
| Milestone | |
| Patch |
Priority ⇒ 1. Low
State ⇒ Accepted
Reopen - since at some point (hopefully) we won't need this patch anymore.State ⇒ Resolved
Patch for the prototype bug has been applied to our CVS.Hello Michael , It looks like you are using an older version of YUI compressor, newer versions work with Prototype 1.6 and its use of the $super variable. You may also use a modified dean edwards packer found in ProtoSafe, or you can use the precompressed version in ProtoPack:
http://code.google.com/p/protosafe/downloads/list
The erroneous compression is whats causing the ajax-y related bugs because the ajax methods use the $super variable which was changed to something like "C" when you compressed it in the older verson of YUI compressor.
The element style error is related to that ticket: http://dev.rubyonrails.org/ticket/11473#comment:19
> Can anyone confirm that the prototype bugfix fixes this?
Verified that the prototype patch fixes this (and
ticket 6602).Can anyone confirm that the prototype bugfix fixes this?Almost 100% sure this is a prototypejs bug. See:
http://dev.rubyonrails.org/ticket/11007
http://dev.rubyonrails.org/ticket/11473
Looks like it is fixed in 1.6.0.3 (which is not yet released).
I can confirm that this also happens on IE6, and was happening before this IE7 started giving similar issues.FWIW, this sounds like the exact same issue I was having (in IE 6 only though) that lead me to re-compress prototype.js (http://lists.horde.org/archives/cvs/Week-of-Mon-20080218/075089.html).
I'm seeing it again now in IE 6 and IE 7 although in IE 7 it's only when doing "ajax-y" thinks like the original post below. in IE 6 it happens during ajax-y things as well as when navigating from one time span to another..both with the "style is not an object error."
Using the uncompressed version of prototype still yields the error - it's line 2253 of prototype.js
I just updated horde with cvs update -PdC in the horde/ directory (confirmed that kronolith also got updated), I've done that again this morning before testing with the src scripts and yet again cleared cache, and I still see the same behavior.
This is the error I get now:
Line: 2253
Char: 5
Error: 'style' is null or not an object'
code: 0
URL: https://domain.tld/horde/kronolith/
State ⇒ Feedback
Are you using latest CVS of both Horde and Kronolith, and have you cleared your browser caches? I think I fixed something similar to this a few weeks ago or more.
If not, you can use the .js files in js/src/ (just copy them over the js/ files) to get a better line number and error message.
This also occurs when trying to go to the next or previous month, so I'm assuming it's any AJAX-y action that's causing this problem.
A colleague of mine just reported that she's had this problem all week, while I just updated to the latest version of horde this morning (the previous update round being a couple of months ago), so I also assume this is a bug introduced by a Microsoft update.
If a fix to this problem is going to take a while, is there a way to turn off the AJAX in kronolith?
Patch ⇒
Milestone ⇒
Queue ⇒ Kronolith
Summary ⇒ Blank page when selecting alternative calendar
Type ⇒ Bug
Priority ⇒ 3. High
State ⇒ Unconfirmed
When I try to check a second calendar (or uncheck the first one) in the little side box in kronolith, while using IE7, I get a completely white screen (the right frame when having the sidebar enabled), with an "error on page":
Line 2
Char 38133
Error 'style' is null or not an object
I think I've tracked it down to kronolith/js/prototype.js, but as this file is apparently run through a mangler / optimizer, I can't fix it myself.
Seamonkey and Firefox seem to have no problems.