RT3.5.5: Calendar links

I’m still experiencing the problem where I don’t get any calendar pop-up
(or whatever is supposed to happen) when clicking “Choose a Date” from any
Date field in a ticket. It was reported here:

Clicking Properties on “Choose a Date” shows it is Unknown Protocol and
Address=#.

I have nothing in my rt.log or apache log about this. Any help or
suggestions would be appreciated.

Joe Micciche

I’m still experiencing the problem where I don’t get any calendar pop-up
(or whatever is supposed to happen) when clicking “Choose a Date” from any
Date field in a ticket. It was reported here:
Carbon60: Managed Cloud Services

Clicking Properties on “Choose a Date” shows it is Unknown Protocol and
Address=#.

That’s a javascripty link. What browser?

I’m still experiencing the problem where I don’t get any calendar
pop-up
(or whatever is supposed to happen) when clicking “Choose a Date” from
any
Date field in a ticket. It was reported here:
Carbon60: Managed Cloud Services

Clicking Properties on “Choose a Date” shows it is Unknown Protocol and
Address=#.

That’s a javascripty link. What browser?

IE 6. We have no way to test any other browser.

joe

I’m still experiencing the problem where I don’t get any calendar
pop-up
(or whatever is supposed to happen) when clicking “Choose a Date” from
any
Date field in a ticket. It was reported here:
Carbon60: Managed Cloud Services

Clicking Properties on “Choose a Date” shows it is Unknown Protocol and
Address=#.

That’s a javascripty link. What browser?

IE 6. We have no way to test any other browser.

It’s not possible to install a copy of firefox in your Dev environment?

joe

It’s not possible to install a copy of firefox in your Dev environment?

Absolutely not, sorry.

joe

It’s not possible to install a copy of firefox in your Dev environment?

Absolutely not, sorry.

That’s really too bad. I’d really love to hear more about the issue, if
you figure out if it’s a javascript bug or a perl bug or whathaveyou.

The calendar popup works fine here in Mozilla and Konqueror. Just not in
IE6.

joe

It works in firefox 1.5beta for me. It does not work on IE6 on Windows
XP SP2, even with popup blockers disabled. Strangely, the “window
shading” works perfectly in both. Perhaps it is being bitten by some
IE-specific javascript bug in that one script?

DB

Jesse Vincent wrote:

It’s not possible to install a copy of firefox in your Dev
environment?

It works in firefox 1.5beta for me. It does not work on IE6 on Windows
XP SP2, even with popup blockers disabled. Strangely, the “window
shading” works perfectly in both. Perhaps it is being bitten by some
IE-specific javascript bug in that one script?

DB

Jesse Vincent wrote:

It’s not possible to install a copy of firefox in your Dev environment?

Absolutely not, sorry.

That’s really too bad. I’d really love to hear more about the issue, if
you figure out if it’s a javascript bug or a perl bug or whathaveyou.

joe

Drew Barnes
Applications Analyst
Raymond Walters College
University of Cincinnati

-----Eredeti üzenet-----
Feladó: rt-devel-bounces@lists.bestpractical.com [mailto:rt-devel-
bounces@lists.bestpractical.com] Meghatalmazó Drew Barnes
Küldve: Monday, October 03, 2005 10:16 PM
Címzett: Jesse Vincent
Másolatot kap: Joseph_Micciche@Progressive.com; rt-
devel@lists.bestpractical.com
Tárgy: Re: [Rt-devel] RT3.5.5: Calendar links

It works in firefox 1.5beta for me. It does not work on IE6 on Windows
XP SP2, even with popup blockers disabled. Strangely, the “window
shading” works perfectly in both. Perhaps it is being bitten by some
IE-specific javascript bug in that one script?

:slight_smile: It’s not a bug it’s a feature :wink:

Here is the patch for that:

— /home/thuthu/rt_install/3.5.5/rt-3.5.5/html/NoAuth/js/util.js
2005-07-
25 12:26:34.000000000 +0200
+++ /home/rt3/share/html/NoAuth/js/util.js 2005-09-23
13:29:25.000000000 +0
200
@@ -67,7 +67,9 @@
}

function openCalWindow(field) {

  • var objWindow =
    window.open(‘<%$RT::WebPath%>/Helpers/CalPopup.html?field=’
    +field, ‘<% loc(“Choose a date”) %>’, ‘height=235,width=285,scrollbars=1’);
  • var objWindow =
    window.open(‘<%$RT::WebPath%>/Helpers/CalPopup.html?field=’
    +field,
  •                            'RT_Calendar',
    
  •                            'height=235,width=285,scrollbars=1');
    
    objWindow.focus();
    }

@@ -78,21 +80,36 @@
}
}

+function addEvent(obj, sType, fn){

  • if (obj.addEventListener){
  •    obj.addEventListener(sType, fn, false);
    
  • } else if (obj.attachEvent) {
  •    var r = obj.attachEvent("on"+sType, fn);
    
  • } else {
  •   return false;
    
  • }
  • return true;
    +}
    function createCalendarLink(input) {
    var e = document.getElementById(input);
    if (e) {
    var link = document.createElement(‘a’);
    link.setAttribute(‘href’, ‘#’);
  •    link.setAttribute('onclick', "openCalWindow('"+input+"'); return
    

false;
");

  •    clickevent = function clickevent(e) { openCalWindow(input); return
    

fals
e; };

  •    if (! addEvent(link, "click", clickevent)) {
    
  •        return false;
    
  •    }
    
       var text = document.createTextNode('<% loc("Choose a date") %>');
       link.appendChild(text);
       var space = document.createTextNode(' ');
    
       e.parentNode.insertBefore(link, e.nextSibling);
       e.parentNode.insertBefore(space, e.nextSibling);
       return true;
    
    }
    return false;

P.Peter

js.patch (1.7 KB)

:slight_smile: It’s not a bug it’s a feature :wink:

Here is the patch for that:

Hi Peter, this patch does not work on our 3.5.5 dev system. In fact, it
entirely eliminates the “Choose a Date” link from all Date fields. Not sure
if that was your intention, and I suppose that is a sort of fix, :wink: but it
won’t do the trick.

joe