Bug 615491 - Deploying a war file fails on upload (FF 3.3.6 on windowS)
Summary: Deploying a war file fails on upload (FF 3.3.6 on windowS)
Alias: None
Product: RHQ Project
Classification: Other
Component: Core UI   
(Show other bugs)
Version: 3.0.0
Hardware: All Windows
high vote
Target Milestone: ---
: ---
Assignee: Lukas Krejci
QA Contact: Corey Welton
Depends On:
Blocks: jon-sprint12-bugs
TreeView+ depends on / blocked
Reported: 2010-07-16 20:04 UTC by Andrew C. Oliver
Modified: 2010-09-28 12:31 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-09-28 12:31:15 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Andrew C. Oliver 2010-07-16 20:04:14 UTC
Description of problem:
select an AS server, click inventory, create new war file, upload... after it completes it tells you that it will cause a refresh.  If you say no, it ignores the upload.  If you say yes you get a seam debug page saying it can't restore the view.  Can't copy stack trace right now.  Will try and reproduce on a box I can cut/paste from.  

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

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

Comment 1 Charles Crouch 2010-07-16 20:21:58 UTC
If this is reproducible its a blocker

Comment 2 Heiko W. Rupp 2010-07-19 09:45:09 UTC
This works for me with FF2 and FF 3.6.6 on WinXP. No debug page, war is correctly deployed.

Comment 3 Andrew C. Oliver 2010-07-19 13:08:51 UTC
with a windows server?  Getting stack trace.

Comment 4 Heiko W. Rupp 2010-07-19 13:18:50 UTC
So Andy, please specify the Win* version you are using, as you did not do so before.

Comment 5 Lukas Krejci 2010-07-19 13:57:27 UTC
Andrew, the following info would be useful (apart from the stacktrace):

-- RHQ server OS version, JVM version
-- Agent OS version, JVM version
-- JBossAS version, JVM version
-- Browser OS version
-- Browser version (3.3.6 is not a version of FF)

(I'm being a bit paranoid with the JVM versions there, but you never know ;) )

Comment 6 Lukas Krejci 2010-07-19 14:32:14 UTC
Just a sidenote - I tried to replicate this on FF 3.0.6, 3.5.6 and 3.6.6 on Win2k but couldn't.

Comment 7 Lukas Krejci 2010-07-20 10:15:14 UTC
Andrew, thanks for the logs.

I see only 1 error in the logs that would correspond to this bug (namely the 2 entries starting on line 5662 in your logs) and that error is javax.faces.application.ViewExpiredException.

Off top of my head, this could be caused by 2 things:

1) the session expired, i.e. the upload took more than 30 minutes
2) you had more than 2 tabs open on the JON server in the same session (e.g. you opened a link inside JON GUI in a new tab)

The latter symptom is caused by the fact that due to the size of JSF views that need to be stored in the session, we limit the number of such stored views to 2. This means that you cannot refresh a page generated from an HTTP POST after you loaded another 2 pages in that same session.

This generally happens if you try to go back in browser history but can also happen on the package upload page if you viewed another JON page between the time you opened the upload dialog and confirmed the page refresh.

Can you please confirm either of the causes? Or do you have some other reproduction steps that can consistently reproduce this?

Comment 8 Lukas Krejci 2010-07-20 10:21:38 UTC
Uhm, replace JON with RHQ in the above comment... We're speaking RHQ, not JBoss ON here, even though everything said here applies to both.. :)

Comment 9 Charles Crouch 2010-07-20 12:43:58 UTC
Dropping the priority until we are able to reproduce this issue.

Comment 10 Charles Crouch 2010-07-20 12:46:03 UTC
Lukas, what logs?

Comment 11 Lukas Krejci 2010-07-20 12:59:30 UTC
Andrew sent them to me privately and asked not to make them public.

Comment 12 Andrew C. Oliver 2010-07-20 13:00:53 UTC
No it happens each time we upload.  A window pops up for the upload.  When the
window disappers it attempts to refresh the RHQ screen.  The browser pops up
with a warning (letting me cancel or not).  Then I get a seam exception page on
the original browser window.

Comment 14 Lukas Krejci 2010-07-20 14:11:31 UTC
Andrew, could you please look at $RHQ_HOME/jbossas/server/default/deploy/rhq.ear/rhq-portal.war/WEB-INF/web.xml and tell me the values of com.sun.faces.numberOfViewsInSession and com.sun.faces.numberOfLogicalViews context parameters?

Does this happen with an absolutely clear Firefox install (i.e. are you sure you don't have some kind of antivirus software of funky plugin that would make additional requests in the background)?

Comment 15 Andrew C. Oliver 2010-07-20 14:43:28 UTC
This is a stock default RHQ 3.0 install.  I'll ask but the values are whatever they are in the stock RHQ 3.0 install.

Asking.  I don't think so though.

Comment 16 Andrew C. Oliver 2010-07-20 16:00:17 UTC
from the customer:

"RHQ server OS/version:  MS Windows Server 2003 SP1; JVM: JBoss AS JVM  1.5.0_04
Agent OS/version:  MS Windows Server 2003 SP2; JVM:  Sun JVM, 1.6.0_20
JBoss AS server:  5.0.1; Sun JVM:  1.6.0_20
Browser OS version:  MS Windows XP Pro SP3
Browser version:  FF 3.6.6
A/V:  We're running Symantec Endpoint Protection
What developer in his right mind is going to have an absolutely clean Firefox install with no funky plugins? ;)  Here's my list of them:
Application: Firefox 3.6.6 (20100625231939)
Operating System: WINNT (x86-msvc)
- Adblock Plus 1.2.1
- All-in-One Gestures 0.21.1
- Answers 2.3.54
- Delicious Bookmarks 2.1.072
- DragNDrop Toolbars
- Extension List Dumper 1.14.8
- Firebug 1.5.4
- Forecastfox
- Gmail Manager 0.6
- Google Toolbar for Firefox 7.1.20100701W
- Java Console 6.0.20
- Java Console 6.0.17
- Java Quick Starter 1.0
- Microsoft .NET Framework Assistant 1.2.1"

So it probably is symantic or adblock.  I've asked them to test without (probably tomorrow).  We'll confirm and then you can close it,but maybe keep the bug around as a warning to others :-)

I bet it would work better if not for that popup window...

Comment 17 Corey Welton 2010-09-28 12:31:15 UTC
Closing per gwt efforts -- upload window will be contained within browser

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