Bug 615491
| Summary: | Deploying a war file fails on upload (FF 3.3.6 on windowS) | ||
|---|---|---|---|
| Product: | [Other] RHQ Project | Reporter: | Andrew C. Oliver <acoliver> |
| Component: | Core UI | Assignee: | Lukas Krejci <lkrejci> |
| Status: | CLOSED WONTFIX | QA Contact: | Corey Welton <cwelton> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 3.0.0 | CC: | hrupp, lkrejci |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Windows | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2010-09-28 12:31:15 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 601949 | ||
|
Description
Andrew C. Oliver
2010-07-16 20:04:14 UTC
If this is reproducible its a blocker This works for me with FF2 and FF 3.6.6 on WinXP. No debug page, war is correctly deployed. with a windows server? Getting stack trace. So Andy, please specify the Win* version you are using, as you did not do so before. 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 ;) ) 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. 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? 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.. :) Dropping the priority until we are able to reproduce this issue. Lukas, what logs? Andrew sent them to me privately and asked not to make them public. 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. 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)? 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. 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 com.sun.faces.numberOfViewsInSession=2 com.sun.faces.numberOfLogicalViews=2 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 0.0.0.9 - Extension List Dumper 1.14.8 - FEBE 6.3.3.2 - Firebug 1.5.4 - Forecastfox 0.9.10.2 - 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... Closing per gwt efforts -- upload window will be contained within browser |