Bug 717953 - Unnecessary text displayed in the browser console
Summary: Unnecessary text displayed in the browser console
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: cumin
Version: 2.0
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: ---
: ---
Assignee: grid-maint-list
QA Contact: MRG Quality Engineering
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-06-30 14:09 UTC by Chad Roberts
Modified: 2016-05-26 20:17 UTC (History)
5 users (show)

Fixed In Version: cumin-0.1.4863-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-05-26 20:17:31 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Chad Roberts 2011-06-30 14:09:50 UTC
Description of problem:  Each time a cumin page attempts an update, if there were no updates to be made, the browser's console will display "Element main.tasks not found".


Version-Release number of selected component (if applicable): mrg 2.0


How reproducible: 100%


Steps to Reproduce:
1.  Log in to cumin
2.  Go to Grid/Schedulers (could be any page, but this is the case I was using)
3.  Open the "console" of the browser and wait for the page to update
  
Actual results:  "Element main.tasks not found" shows-up in the console


Expected results:  There should not be any sort of debugging information that shows-up in the console.


Additional info:

Comment 1 Chad Roberts 2011-06-30 14:23:56 UTC
Fixed in revision 4861

Comment 2 Jan Sarenik 2011-07-22 12:43:16 UTC
Another unnecessary text which shows upon opening any Cumin page:

Error: mismatched tag. Expected: </div>.
Source File: 
Line: 1, Column: 91
Source Code:
<html xmlns="http://www.w3.org/1999/xhtml"><div xmlns="http://www.w3.org/1999/xhtml">foo</foo></

Comment 3 Chad Roberts 2011-07-22 13:00:35 UTC
I'm not seeing the text from comment #2.  

Which browser are you using?  Do you have any other pages/tags open at the time (text from all open tabs will show-up in the same console window)?

Comment 4 Jan Sarenik 2011-07-25 11:03:13 UTC
firefox-3.6.18-1.el5_6 but also on Firefox 5.0 with the same
error message from comment #2 in both.

I am sure it is related to Cumin (tested with one tab
only). Valid still on cumin-0.1.4887-1.el5

Comment 5 Jan Sarenik 2011-07-25 11:03:52 UTC
Though it is not a JavaScript error of course.

Comment 6 Chad Roberts 2011-07-25 12:34:41 UTC
Is there a machine somewhere that I can vnc into so that I can see this happen?  It doesn't seem to happen on any of my machines.

Comment 7 Jan Sarenik 2011-08-08 14:49:29 UTC
I am fine with postponing this bug, though the original problem was
already resolved.

Comment 8 Jan Sarenik 2011-09-01 07:41:07 UTC
The above described problem can be easily reproduced with the latest
build of Cumin (cumin-0.1.4916-1.el5) and any abovementioned
Firefox (6.0 tested as well).

The only possible source of "</foo>" string is mootools:

$ cd mgmt-svn-newdata
$ grep -r "</foo>" * 2>/dev/null | cut -d: -f1
cumin/instance/resources-wooly/mootools.js
cumin/instance/resources-wooly/mootools.js
wooly/instance/resources/mootools.js
wooly/instance/resources/mootools.js
wooly/resources/mootools.js
wooly/resources/mootools.js

Comment 9 Chad Roberts 2011-10-06 18:35:16 UTC
I was finally able to see this bug.  Somehow, it looks like one of my plugins that I use for firefox must be hiding this error from me.  When I used my windows machine and a clean copy of firefox, I was able to see the problem.  It looks like this is indeed a bug in version 1.3.2 of the mootools library, which is the version that we are using.

From what I can tell, it does not appear to be fixed in the latest (1.4.0) version of mootools.  

I will take a look at fixing this problem in the library. If it can be done without jeopardizing the overall integrity of the library, I will put the fix in, otherwise, I move to defer this BZ.  Given that it doesn't affect the performance or functionality of cumin, I would consider this a very low priority item.

Comment 11 Chad Roberts 2012-07-31 13:48:17 UTC
This is still a known issue in the mootools library.  Given that it is not limiting any cumin functionality, I move that we set this to "WONTFIX".  Presumably, it would get fixed naturally in a later version of mootools and we would pick it up sometime in the future.

Comment 12 Martin Kudlej 2012-07-31 14:05:17 UTC
In this case please prefer moving to another milestone instead of close it. Because closing it means forgive it but I think it's better to test it in next(3.0?) version.

Comment 13 Chad Roberts 2012-08-01 13:56:56 UTC
Ok, that seems reasonable to me.  I have updated the milestone.  This BZ will serve as a reminder for me to check the status of the potential fix in the mootools library and fold it into cumin.

Comment 14 Anne-Louise Tangring 2016-05-26 20:17:31 UTC
MRG-Grid is in maintenance and only customer escalations will be considered. This issue can be reopened if a customer escalation associated with it occurs.


Note You need to log in before you can comment on or make changes to this bug.