[JBoss JIRA] (JBIDE-16133) No indication that management authentication fails
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16133?page=com.atlassian.jira.plugi... ]
Max Rydahl Andersen commented on JBIDE-16133:
---------------------------------------------
Okey, had a chat with Rob about the issue here. There are two issues in play here:
A) lack of credentials dialog when authentication fails
B) mysterious logging of JBREM000200 connection reset by peer.
For A Rob found that in the past (JBDS 5) we had a dialog *always* show up, no matter if credentials was good or bad
before executing a management operation. This was fixed in https://issues.jboss.org/browse/JBIDE-10298 (2 years ago) so
the operation now just executes the operation. If the client api wants to execute this operation again you would need to
execute this operation again.
This is actually no different from the past - after the forced shown credentials dialog, if you put in wrong credentials
and exception would be thrown and you would need to handle that on the calling side anyway.
You can use PollThreadUtils.requestCredentialsSynchronous(server, props) to show this dialog and have it stored in the
server.
In case showing the dialog is not possible I suggest you at least log an warning or error even to the eclipse log stating
credentials were not correct for Server X and that it can be fixed in the server editor/settings.
Unfortunately this API around authentation is not very clean so you have to do things like checking the content of the
exception message as Rob describes further above.
I recommend we do not change this in this release stream now, but have that as goal for the update/rewrite of AS tools
in next major release (JBDS 8/JBT 4.3). Mind you, this is an issue that as far as we can see have been present for 2+
years.
For #A - Teiid designer should always have catched the exception and report accordingly.
For B, this is still a mystery. We haven't seen this yet when using base server tools and stock EAP 6 thus we are
wondering if there are some differences in the server libaries in DV and EAP that could explain this ? Or that there is
some missing cleanup/early disconnect that Teiids usage of the server tools api that causes this error.
We would need more details/help to track down #B.
> No indication that management authentication fails
> --------------------------------------------------
>
> Key: JBIDE-16133
> URL: https://issues.jboss.org/browse/JBIDE-16133
> Project: Tools (JBoss Tools)
> Issue Type: Quality Risk
> Components: server
> Reporter: Steven Hawkins
> Assignee: Rob Stryker
> Priority: Critical
> Fix For: 4.1.1.CR1
>
>
> Running Developer Studio 7.1.0.CR1 and using either the server auto-detection or manually defining a server and using an incorrect management password results in a console log entry:
> 14:00:54,966 ERROR [org.jboss.remoting.remote.connection] (Remoting "..." read-1) JBREM000200: Remote connection failed: java.io.IOException: Connection reset by peer
> On server startup without any indication of what it means.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (TOOLSDOC-384) Technical Review of 7.0 User Guide
by Michelle Murray (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-384?page=com.atlassian.jira.plug... ]
Michelle Murray updated TOOLSDOC-384:
-------------------------------------
Description:
Conduct a post release technical review of 7.0 User Guide to catch any previously missed technical or copy errors.
* JBoss Central and the JBoss Perspective *[done]*
* JBoss Server Tools *[done]*
* Forge Tools *[done]*
* LiveReload Tools *[done]*
* Mobile Web Tools *[done]*
* BrowserSim *[done]*
* OpenShift Tools
was:
Conduct a post release technical review of 7.0 User Guide to catch any previously missed technical or copy errors.
* JBoss Central and the JBoss Perspective *[done]*
* JBoss Server Tools *[done]*
* Forge Tools *[done]*
* LiveReload Tools *[done]*
* Mobile Web Tools *[done]*
* BrowserSim
* OpenShift Tools
> Technical Review of 7.0 User Guide
> ----------------------------------
>
> Key: TOOLSDOC-384
> URL: https://issues.jboss.org/browse/TOOLSDOC-384
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Sub-task
> Security Level: Public(Everyone can see)
> Components: User Guide
> Affects Versions: 4.1.0
> Reporter: Michelle Murray
> Assignee: Michelle Murray
> Fix For: 4.1.0
>
>
> Conduct a post release technical review of 7.0 User Guide to catch any previously missed technical or copy errors.
> * JBoss Central and the JBoss Perspective *[done]*
> * JBoss Server Tools *[done]*
> * Forge Tools *[done]*
> * LiveReload Tools *[done]*
> * Mobile Web Tools *[done]*
> * BrowserSim *[done]*
> * OpenShift Tools
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (JBIDE-16143) BrowserSim: touch events options should have same wording
by Michelle Murray (JIRA)
Michelle Murray created JBIDE-16143:
---------------------------------------
Summary: BrowserSim: touch events options should have same wording
Key: JBIDE-16143
URL: https://issues.jboss.org/browse/JBIDE-16143
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: browsersim
Affects Versions: 4.1.1.CR1
Reporter: Michelle Murray
In BrowserSim there are two options for enabling touch events. For example, when using skins:
* Right-click device and click *Enable Touch Events*
* Right-click device, click preferences and on settings tab select *Emulate Touch Events* check box
1) Does this activation option need to be listed in both of these places?
2) If it is needed twice, the two names should read the same thing. I would suggest 'Enable Touch Events' is best.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (JBIDE-16142) BrowserSim: enable use of a custom skin
by Michelle Murray (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16142?page=com.atlassian.jira.plugi... ]
Michelle Murray updated JBIDE-16142:
------------------------------------
Affects: Documentation (Ref Guide, User Guide, etc.)
> BrowserSim: enable use of a custom skin
> ---------------------------------------
>
> Key: JBIDE-16142
> URL: https://issues.jboss.org/browse/JBIDE-16142
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: browsersim
> Affects Versions: 4.1.1.CR1
> Reporter: Michelle Murray
>
> Open BrowserSim simulated device. Right-click device and click Preferences. For devices, click Add. In last field of Add Device wizard user selects a skin from a predefined list.
> User should be able to select to upload a custom skin. For example they might have their own skin for a pink iPhone 5c or some other shiny new phone.
> I guess the issue in including this feature might be activating functionality for buttons on the front of the skin? Perhaps that's why it hasn't been done?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (JBIDE-16142) BrowserSim: enable use of a custom skin
by Michelle Murray (JIRA)
Michelle Murray created JBIDE-16142:
---------------------------------------
Summary: BrowserSim: enable use of a custom skin
Key: JBIDE-16142
URL: https://issues.jboss.org/browse/JBIDE-16142
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Components: browsersim
Affects Versions: 4.1.1.CR1
Reporter: Michelle Murray
Open BrowserSim simulated device. Right-click device and click Preferences. For devices, click Add. In last field of Add Device wizard user selects a skin from a predefined list.
User should be able to select to upload a custom skin. For example they might have their own skin for a pink iPhone 5c or some other shiny new phone.
I guess the issue in including this feature might be activating functionality for buttons on the front of the skin? Perhaps that's why it hasn't been done?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (JBIDE-16141) Part of text obscured in Firebug Lite window
by Michelle Murray (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16141?page=com.atlassian.jira.plugi... ]
Michelle Murray updated JBIDE-16141:
------------------------------------
Description:
Open an application in BrowserSim. Right-click simulated device and click debug>firebug lite. When firebug lite window opens, part of the test is obscured behind 'html'.
!BrowserSim_Fb_hiddentext.png!
Clicking through 'console', 'html', 'css' etc. buttons causes the text to become obscured and unobscured repeatedly. In one instance multiple clicking seemed to resolve the problem.
This is perhaps an upstream issue but reporting here as a first port of call.
was:
Open an application in BrowserSim. Right-click simulated device and click debug>firebug lite. When firebug lite window opens, part of the test is obscured behind 'html'.
!BrowserSim_Fb_hiddentext.png!
Clicking through 'console', 'html', 'css' etc. a number of times appears to resolve this.
This is perhaps an upstream issue but reporting here as a first port of call.
> Part of text obscured in Firebug Lite window
> --------------------------------------------
>
> Key: JBIDE-16141
> URL: https://issues.jboss.org/browse/JBIDE-16141
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: browsersim
> Affects Versions: 4.1.1.CR1
> Environment: Fedora 19 gnome
> Build id: CR1-v20131124-0717-B560
> Reporter: Michelle Murray
> Attachments: BrowserSim_Fb_hiddentext.png
>
>
> Open an application in BrowserSim. Right-click simulated device and click debug>firebug lite. When firebug lite window opens, part of the test is obscured behind 'html'.
> !BrowserSim_Fb_hiddentext.png!
> Clicking through 'console', 'html', 'css' etc. buttons causes the text to become obscured and unobscured repeatedly. In one instance multiple clicking seemed to resolve the problem.
> This is perhaps an upstream issue but reporting here as a first port of call.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (JBIDE-16141) Part of text obscured in Firebug Lite window
by Michelle Murray (JIRA)
Michelle Murray created JBIDE-16141:
---------------------------------------
Summary: Part of text obscured in Firebug Lite window
Key: JBIDE-16141
URL: https://issues.jboss.org/browse/JBIDE-16141
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: browsersim
Affects Versions: 4.1.1.CR1
Environment: Fedora 19 gnome
Build id: CR1-v20131124-0717-B560
Reporter: Michelle Murray
Attachments: BrowserSim_Fb_hiddentext.png
Open an application in BrowserSim. Right-click simulated device and click debug>firebug lite. When firebug lite window opens, part of the test is obscured behind 'html'.
!BrowserSim_Fb_hiddentext.png!
Clicking through 'console', 'html', 'css' etc. a number of times appears to resolve this.
This is perhaps an upstream issue but reporting here as a first port of call.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months