You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@wookie.apache.org by "Paul Sharples (JIRA)" <ji...@apache.org> on 2009/10/06 13:43:31 UTC
[jira] Created: (WOOKIE-44) Default widget returns js "error" when
loaded into a browser
Default widget returns js "error" when loaded into a browser
-------------------------------------------------------------
Key: WOOKIE-44
URL: https://issues.apache.org/jira/browse/WOOKIE-44
Project: Wookie
Issue Type: Bug
Components: Server
Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
Reporter: Paul Sharples
Default widgets return js "error" when loaded into a browser
(1) Navigate to http://localhost:8080/wookie
(2) Click "instantiate a widget"
(3) Use the default form data, click submit
(4) Copy/paste the url found between the <url></url> tags into another browser window
(5) Js error message appears
This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Work logged: (WOOKIE-44) Default widget returns js "error"
when loaded into a browser
Posted by "Scott Wilson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#action_10946 ]
Scott Wilson logged work on WOOKIE-44:
--------------------------------------
Author: Scott Wilson
Created on: 17/Nov/09 04:49 PM
Start Date: 17/Nov/09 04:49 PM
Worklog Time Spent: 1h
Issue Time Tracking
-------------------
Time Spent: 1h
Remaining Estimate: 0h (was: 1h)
> Default widget returns js "error" when loaded into a browser
> -------------------------------------------------------------
>
> Key: WOOKIE-44
> URL: https://issues.apache.org/jira/browse/WOOKIE-44
> Project: Wookie
> Issue Type: Bug
> Components: Server
> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
> Reporter: Paul Sharples
> Fix For: 0.8.1
>
> Original Estimate: 1h
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Default widgets return js "error" when loaded into a browser
> (1) Navigate to http://localhost:8080/wookie
> (2) Click "instantiate a widget"
> (3) Use the default form data, click submit
> (4) Copy/paste the url found between the <url></url> tags into another browser window
> (5) Js error message appears
> This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (WOOKIE-44) Default widget returns js
"error" when loaded into a browser
Posted by "Paul Sharples (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12781889#action_12781889 ]
Paul Sharples edited comment on WOOKIE-44 at 11/24/09 12:25 PM:
----------------------------------------------------------------
Reason: Partial fix only
--------------------------------
The original js alert box which said "error" does not appear. Using Firefox 3.5.5 each of the widgets now appear to work correctly. (they didn't work originally). However, when using Internet Explorer 8 (on win vista), each of the widgets still display an error alert box on load, but the message is different...
"Object doesn't support this property or method"
How to reproduce...
(1) Navigate to http://localhost:8080/wookie
(2) Click "instantiate a widget"
(3) Use the default form data, click submit
(4) Copy/paste the url found between the <url></url> tags into another browser window
(5) Js error message appears
(Note: in firefox 3.5.5 the error does not appear at all)
This happens for chat, forum, vote, natter & weather. (Note: After the message appears, the widgets appear to work okay in IE, except the weather widget)
A clue might be in the local dwr adapter "wookie-wrapper.js" line 56 char 13 - as the weather widget falls over completely, pointing to this section of code. My guess is that IE is being fussy about some syntax here.
Not sure if we should treat this as a new issue or not, but the fix is only partial, so I have rejected it.
was (Author: psharples):
Reason: Partial fix only
--------------------------------
The original js alert box which said "error" does not appear. Using Firefox 3.5.5 each of the widgets now appear to work correctly. (they didn't work originally). However, when using Interent Explorer 8 (on win vista), each of the widgets still display an error alert box, but the message is different...
"Object doesn't support this property or method"
How to reproduce...
(1) Navigate to http://localhost:8080/wookie
(2) Click "instantiate a widget"
(3) Use the default form data, click submit
(4) Copy/paste the url found between the <url></url> tags into another browser window
(5) Js error message appears
(Note: in firefox 3.5.5 the error does not appear at all)
This happens for chat, forum, vote, natter & weather.
A clue might be in the local dwr adapter "wookie-wrapper.js" line 56 char 13 - as the weather widget falls over completely, pointing to this section of code. My guess is that IE is being fussy about some syntax here.
Not sure if we should treat this as a new issue or not, but the fix is only partial, so I have rejected it.
> Default widget returns js "error" when loaded into a browser
> -------------------------------------------------------------
>
> Key: WOOKIE-44
> URL: https://issues.apache.org/jira/browse/WOOKIE-44
> Project: Wookie
> Issue Type: Bug
> Components: Server
> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
> Reporter: Paul Sharples
> Fix For: 0.8.1
>
> Original Estimate: 1h
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Default widgets return js "error" when loaded into a browser
> (1) Navigate to http://localhost:8080/wookie
> (2) Click "instantiate a widget"
> (3) Use the default form data, click submit
> (4) Copy/paste the url found between the <url></url> tags into another browser window
> (5) Js error message appears
> This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (WOOKIE-44) Default widget returns js "error"
when loaded into a browser
Posted by "Paul Sharples (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12925480#action_12925480 ]
Paul Sharples commented on WOOKIE-44:
-------------------------------------
I've also now commited some changes which do a compatibility check on the javascript code during the import process. It checks to see if the "widget.preferences.foo='bar'" syntax appears anywhere in js, or html files and displays a warning about the issue. It doesn't rewrite the code though, only flags a warning message.
> Default widget returns js "error" when loaded into a browser
> -------------------------------------------------------------
>
> Key: WOOKIE-44
> URL: https://issues.apache.org/jira/browse/WOOKIE-44
> Project: Wookie
> Issue Type: Bug
> Components: Server
> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
> Reporter: Paul Sharples
> Fix For: 0.9.0
>
> Original Estimate: 1h
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Default widgets return js "error" when loaded into a browser
> (1) Navigate to http://localhost:8080/wookie
> (2) Click "instantiate a widget"
> (3) Use the default form data, click submit
> (4) Copy/paste the url found between the <url></url> tags into another browser window
> (5) Js error message appears
> This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (WOOKIE-44) Default widget returns js "error"
when loaded into a browser
Posted by "Scott Wilson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12782685#action_12782685 ]
Scott Wilson commented on WOOKIE-44:
------------------------------------
The cause has been narrowed down to a problem with __defineGetter__ and __defineSetter__ prototype methods which have been removed from IE8 and replaced with the new defineProperty method; we'll have to detect IE8 and implement a special solution for it.
See http://www.wdonline.com/blog/2009/01/14/ie8-interoperability/ for more info.
> Default widget returns js "error" when loaded into a browser
> -------------------------------------------------------------
>
> Key: WOOKIE-44
> URL: https://issues.apache.org/jira/browse/WOOKIE-44
> Project: Wookie
> Issue Type: Bug
> Components: Server
> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
> Reporter: Paul Sharples
> Fix For: 0.8.1
>
> Original Estimate: 1h
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Default widgets return js "error" when loaded into a browser
> (1) Navigate to http://localhost:8080/wookie
> (2) Click "instantiate a widget"
> (3) Use the default form data, click submit
> (4) Copy/paste the url found between the <url></url> tags into another browser window
> (5) Js error message appears
> This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (WOOKIE-44) Default widget returns js "error"
when loaded into a browser
Posted by "Steve Nisbet (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12854694#action_12854694 ]
Steve Nisbet commented on WOOKIE-44:
------------------------------------
Hi Paul,
hope you are doing well, meant to get in touch sooner, but have actually
been off over Easter. Just wanted to get a feel for where (as a
community / development) we are up to with the IE prob in Wookie - as
per the email below. Is there a proper workround now?
Mark (Stubbs) is really keen on Wookie but we have a major commitment to
IE8 in our standard platform build across the institution.
You guys go to Moodle Moot?
best wishes
Steve
--
Manchester Metropolitan University
Learning Systems Manager
LRT
Manchester Metroopolitan University
Before acting on this email or opening any attachments you should read the
Manchester Metropolitan University's email disclaimer available on its website
http://www.mmu.ac.uk/emaildisclaimer
etc... and so on.
> Default widget returns js "error" when loaded into a browser
> -------------------------------------------------------------
>
> Key: WOOKIE-44
> URL: https://issues.apache.org/jira/browse/WOOKIE-44
> Project: Wookie
> Issue Type: Bug
> Components: Server
> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
> Reporter: Paul Sharples
> Fix For: 0.8.1
>
> Original Estimate: 1h
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Default widgets return js "error" when loaded into a browser
> (1) Navigate to http://localhost:8080/wookie
> (2) Click "instantiate a widget"
> (3) Use the default form data, click submit
> (4) Copy/paste the url found between the <url></url> tags into another browser window
> (5) Js error message appears
> This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (WOOKIE-44) Default widget returns js "error"
when loaded into a browser
Posted by "Scott Wilson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12925349#action_12925349 ]
Scott Wilson commented on WOOKIE-44:
------------------------------------
Sounds like a good solution; I think its pretty likely anyone who already uses IE8 will migrate to IE9 when it appears.
A compatibility check on import is an interesting idea, and could include other kinds of useful warnings - I suggest you close this issue and create a new feature for it.
> Default widget returns js "error" when loaded into a browser
> -------------------------------------------------------------
>
> Key: WOOKIE-44
> URL: https://issues.apache.org/jira/browse/WOOKIE-44
> Project: Wookie
> Issue Type: Bug
> Components: Server
> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
> Reporter: Paul Sharples
> Fix For: 0.9.0
>
> Original Estimate: 1h
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Default widgets return js "error" when loaded into a browser
> (1) Navigate to http://localhost:8080/wookie
> (2) Click "instantiate a widget"
> (3) Use the default form data, click submit
> (4) Copy/paste the url found between the <url></url> tags into another browser window
> (5) Js error message appears
> This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (WOOKIE-44) Default widget returns js "error" when
loaded into a browser
Posted by "Scott Wilson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Scott Wilson updated WOOKIE-44:
-------------------------------
Fix Version/s: 0.8.1
Allocating to release 0.8.1
> Default widget returns js "error" when loaded into a browser
> -------------------------------------------------------------
>
> Key: WOOKIE-44
> URL: https://issues.apache.org/jira/browse/WOOKIE-44
> Project: Wookie
> Issue Type: Bug
> Components: Server
> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
> Reporter: Paul Sharples
> Fix For: 0.8.1
>
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> Default widgets return js "error" when loaded into a browser
> (1) Navigate to http://localhost:8080/wookie
> (2) Click "instantiate a widget"
> (3) Use the default form data, click submit
> (4) Copy/paste the url found between the <url></url> tags into another browser window
> (5) Js error message appears
> This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (WOOKIE-44) Default widget returns js "error"
when loaded into a browser
Posted by "Paul Sharples (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12848088#action_12848088 ]
Paul Sharples commented on WOOKIE-44:
-------------------------------------
As Scott stated above, IE8 does not support __defineGetter__ and __defineSetter__ prototypes. Instead it uses the following syntax...
Object.defineProperty(domObjectOnly + propName, {
get: getMethod(){// code here},
set: setMethod(param){ code here}
});
There appears to be no way to define setters/getters on user defined objects in IE. (only DOM objects). If you try to do it, you get the "unsupported method" alert. According to Microsoft, they intend to open up the Object.defineProperty mechanism to include user objects in IE9 (which is not until next summer unfortunately)
I have checked in a partial fix for this and the error box now does not appear in IE8. I have used object assignment to get around the problem, so we can read the initial values into the preferences okay. However any updates to the preferences in the session are not persisted back to the wookie backend because the WidgetPreference.setItem() method is not being called and in turn neither is Widget.setPreferenceForKey(key, value);
> Default widget returns js "error" when loaded into a browser
> -------------------------------------------------------------
>
> Key: WOOKIE-44
> URL: https://issues.apache.org/jira/browse/WOOKIE-44
> Project: Wookie
> Issue Type: Bug
> Components: Server
> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
> Reporter: Paul Sharples
> Fix For: 0.8.1
>
> Original Estimate: 1h
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Default widgets return js "error" when loaded into a browser
> (1) Navigate to http://localhost:8080/wookie
> (2) Click "instantiate a widget"
> (3) Use the default form data, click submit
> (4) Copy/paste the url found between the <url></url> tags into another browser window
> (5) Js error message appears
> This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (WOOKIE-44) Default widget returns js "error"
when loaded into a browser
Posted by Steve Nisbet <s....@mmu.ac.uk>.
Apologies for posting to the list there Scott, new copy of Thunderbird
(un)helpfully did a reply-all instread of the specific to Paul, but many
thanks for taking the time to respond.
TBH I get sick of the MS approach to such matters, years of bunging box
model hacks into site designs kind of brings you to that kind of position!
best wishes and thanks again!
Steve
On 07/04/2010 21:54, Scott Wilson (JIRA) wrote:
> [ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12854704#action_12854704 ]
>
> Scott Wilson commented on WOOKIE-44:
> ------------------------------------
>
> The workaround is to always use:
>
> widget.preferences.setItem("foo", "bar");
>
> and never:
>
> widget.preferences.foo = "bar";
>
> ... which won't work in IE8 but will in FF, Safari and Opera.
>
> So its a case of checking the widget javascript to make sure it doesn't do it.
>
> However, I think its a reasonable approach to do IE8 compatibility checking on a test system before making a widget available in your main Wookie server; its highly unlikely this preference syntax thing individual widgets will make IE8 bork - for example some of the widgets I've done use HTML 5 features that aren't in IE.
>
> So maybe just add "uses only basic preferences method syntax" to your checklist when testing widgets.
>
> Meanwhile we wait and hope IE9 comes along and sorts this out ...
>
>
>> Default widget returns js "error" when loaded into a browser
>> -------------------------------------------------------------
>>
>> Key: WOOKIE-44
>> URL: https://issues.apache.org/jira/browse/WOOKIE-44
>> Project: Wookie
>> Issue Type: Bug
>> Components: Server
>> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
>> Reporter: Paul Sharples
>> Fix For: 0.8.1
>>
>> Original Estimate: 1h
>> Time Spent: 1h
>> Remaining Estimate: 0h
>>
>> Default widgets return js "error" when loaded into a browser
>> (1) Navigate to http://localhost:8080/wookie
>> (2) Click "instantiate a widget"
>> (3) Use the default form data, click submit
>> (4) Copy/paste the url found between the <url></url> tags into another browser window
>> (5) Js error message appears
>> This also happens for instances of the discussion & vote widgets
>>
>
--
Manchester Metropolitan University
Learning Systems Manager
LRT
Manchester Metroopolitan University
Before acting on this email or opening any attachments you should read the
Manchester Metropolitan University's email disclaimer available on its website
http://www.mmu.ac.uk/emaildisclaimer
etc... and so on.
[jira] Commented: (WOOKIE-44) Default widget returns js "error"
when loaded into a browser
Posted by "Scott Wilson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12854704#action_12854704 ]
Scott Wilson commented on WOOKIE-44:
------------------------------------
The workaround is to always use:
widget.preferences.setItem("foo", "bar");
and never:
widget.preferences.foo = "bar";
... which won't work in IE8 but will in FF, Safari and Opera.
So its a case of checking the widget javascript to make sure it doesn't do it.
However, I think its a reasonable approach to do IE8 compatibility checking on a test system before making a widget available in your main Wookie server; its highly unlikely this preference syntax thing individual widgets will make IE8 bork - for example some of the widgets I've done use HTML 5 features that aren't in IE.
So maybe just add "uses only basic preferences method syntax" to your checklist when testing widgets.
Meanwhile we wait and hope IE9 comes along and sorts this out ...
> Default widget returns js "error" when loaded into a browser
> -------------------------------------------------------------
>
> Key: WOOKIE-44
> URL: https://issues.apache.org/jira/browse/WOOKIE-44
> Project: Wookie
> Issue Type: Bug
> Components: Server
> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
> Reporter: Paul Sharples
> Fix For: 0.8.1
>
> Original Estimate: 1h
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Default widgets return js "error" when loaded into a browser
> (1) Navigate to http://localhost:8080/wookie
> (2) Click "instantiate a widget"
> (3) Use the default form data, click submit
> (4) Copy/paste the url found between the <url></url> tags into another browser window
> (5) Js error message appears
> This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (WOOKIE-44) Default widget returns js "error"
when loaded into a browser
Posted by "Paul Sharples (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12925302#action_12925302 ]
Paul Sharples commented on WOOKIE-44:
-------------------------------------
I've checked in a fix for IE9 beta which resolves the problem, but most IE users still will be on version 8 unfortunately.
I tried to implement something to warn the user at runtime of the possible problem, in the 'wookie-wrapper.js file'. I did this by using the try/catch block to trap if the definition of the getter/setter failed.
Widget.preferences.name=value; // is legal syntax so can't trap it at runtime
However, I'm inclined not to do it this way as the warning would appear on each widget whether its using the syntax or not. Also If several widgets are loaded into a container application this could result in several alert boxes opening - not very nice. As it stands the wookie-wrapper.js will remain silent on the issue.
I've added an entry for this on the FAQ page, if users want more information.
As far as as doing a compatibilty check the only other thing I can think of is to parse every .js file on import of a widget zip file into the wookie server and try to replace any of the' Widget.preferences.foo=bar' type syntax with the 'Widget.preferences.setItem('foo','bar')' syntax.
> Default widget returns js "error" when loaded into a browser
> -------------------------------------------------------------
>
> Key: WOOKIE-44
> URL: https://issues.apache.org/jira/browse/WOOKIE-44
> Project: Wookie
> Issue Type: Bug
> Components: Server
> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
> Reporter: Paul Sharples
> Fix For: 0.9.0
>
> Original Estimate: 1h
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Default widgets return js "error" when loaded into a browser
> (1) Navigate to http://localhost:8080/wookie
> (2) Click "instantiate a widget"
> (3) Use the default form data, click submit
> (4) Copy/paste the url found between the <url></url> tags into another browser window
> (5) Js error message appears
> This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (WOOKIE-44) Default widget returns js "error"
when loaded into a browser
Posted by "Paul Sharples (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12848094#action_12848094 ]
Paul Sharples commented on WOOKIE-44:
-------------------------------------
Widget.preferences.x = y and y= Widget.preferences.x
..should both work in IE8.
But because we are directly assigning the values instead of using a setter, it is not calling the setItem() method.
> Default widget returns js "error" when loaded into a browser
> -------------------------------------------------------------
>
> Key: WOOKIE-44
> URL: https://issues.apache.org/jira/browse/WOOKIE-44
> Project: Wookie
> Issue Type: Bug
> Components: Server
> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
> Reporter: Paul Sharples
> Fix For: 0.8.1
>
> Original Estimate: 1h
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Default widgets return js "error" when loaded into a browser
> (1) Navigate to http://localhost:8080/wookie
> (2) Click "instantiate a widget"
> (3) Use the default form data, click submit
> (4) Copy/paste the url found between the <url></url> tags into another browser window
> (5) Js error message appears
> This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (WOOKIE-44) Default widget returns js "error"
when loaded into a browser
Posted by "Scott Wilson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12848092#action_12848092 ]
Scott Wilson commented on WOOKIE-44:
------------------------------------
So for IE8, you can only set/get a preference using:
Widget.preferences.setItem(x,y) and Widget.preferences.getItem(x,y)
But:
Widget.preferences.x = y and y= Widget.preferences.x
Will fail?
If so I wonder if there is some better way of flagging this to developers; e.g. looking for this pattern in uploaded widget code and notifying the user that a widget won't work in IE8 because of this issue?
We should certainly put an FAQ entry for it in any case.
> Default widget returns js "error" when loaded into a browser
> -------------------------------------------------------------
>
> Key: WOOKIE-44
> URL: https://issues.apache.org/jira/browse/WOOKIE-44
> Project: Wookie
> Issue Type: Bug
> Components: Server
> Environment: Windows Vista sp2, mysql 5.0, tomcat 5.5. (IE 8 & FF 3.5)
> Reporter: Paul Sharples
> Fix For: 0.8.1
>
> Original Estimate: 1h
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Default widgets return js "error" when loaded into a browser
> (1) Navigate to http://localhost:8080/wookie
> (2) Click "instantiate a widget"
> (3) Use the default form data, click submit
> (4) Copy/paste the url found between the <url></url> tags into another browser window
> (5) Js error message appears
> This also happens for instances of the discussion & vote widgets
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.