[JBoss JIRA] (JBIDE-19713) Location for 'runtime-locations.proprty' file hardcodes 'studio' segment in relative path
by Radim Hopp (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19713?page=com.atlassian.jira.plugi... ]
Radim Hopp closed JBIDE-19713.
------------------------------
Verified in JBDS 9.0.0.Beta1a. Closing.
> Location for 'runtime-locations.proprty' file hardcodes 'studio' segment in relative path
> -----------------------------------------------------------------------------------------
>
> Key: JBIDE-19713
> URL: https://issues.jboss.org/browse/JBIDE-19713
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: runtime-detection
> Affects Versions: 4.3.0.Alpha2
> Reporter: Denis Golovin
> Assignee: Denis Golovin
> Fix For: 4.3.0.Beta1
>
>
> Latest p2 release introduces new RCP Product layout for Mac where all bits are located inside Product.app package. This leads to runtime detection not being able to find runtime-locations.properties file with default configuration for locations where to search for runtimes. It happens because path to file above has two extra path segments '../studio' which are not required at all.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19985) Tooltips in Central get stuck easily
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19985?page=com.atlassian.jira.plugi... ]
Martin Malina closed JBIDE-19985.
---------------------------------
It seems I can't reproduce it any longer, cool. Closing.
> Tooltips in Central get stuck easily
> ------------------------------------
>
> Key: JBIDE-19985
> URL: https://issues.jboss.org/browse/JBIDE-19985
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.3.0.Beta1
> Reporter: Martin Malina
> Assignee: Fred Bricon
> Priority: Minor
> Fix For: 4.3.0.Beta1
>
> Attachments: central-tooltips.png
>
>
> When I opened Central today, the tooltip over the first project in Central got shown (after I hovered my mouse over) and subsequently it would get stuck there and other tooltips would show up over it.
> Radim said this happened in your demo also, so I think you know this bug. (It seems there is no JIRA yet.)
> I tried to replicate this several times, always closing and opening Central, and I was able to replicate every time. You just need to hover your mouse over the items pretty quickly and sooner or later one of the tooltips will get stuck.
> !central-tooltips.png!
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19980) (New HTML5) Central search results have low contrast
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19980?page=com.atlassian.jira.plugi... ]
Martin Malina closed JBIDE-19980.
---------------------------------
Thanks, Fred. I can see the difference and I like it :)
> (New HTML5) Central search results have low contrast
> ----------------------------------------------------
>
> Key: JBIDE-19980
> URL: https://issues.jboss.org/browse/JBIDE-19980
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.3.0.Beta1
> Reporter: Martin Malina
> Assignee: Fred Bricon
> Priority: Optional
> Fix For: 4.3.0.Beta1
>
> Attachments: central-results.png
>
>
> When you search for something in the new html5 central, the results seem pretty low contrast to me, it almost seems like they are disabled or something.
> Got a +1 from Max, too ;)
> {quote}
> [max] agreed - I would go for a darker black there
> {quote}
> !central-results.png!
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-20052) Some quickstarts are not unzipped properly
by Radim Hopp (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20052?page=com.atlassian.jira.plugi... ]
Radim Hopp closed JBIDE-20052.
------------------------------
Verified in JBDS 9.0.0.Beta1a. Closing.
> Some quickstarts are not unzipped properly
> ------------------------------------------
>
> Key: JBIDE-20052
> URL: https://issues.jboss.org/browse/JBIDE-20052
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: project-examples
> Affects Versions: 4.3.0.Beta1
> Reporter: Fred Bricon
> Assignee: Fred Bricon
> Labels: respin-a
> Fix For: 4.3.0.Beta1
>
>
> When creating the carmart project, the project structure shows unrelated folders and files in the project directory :
> !http://content.screencast.com/users/fbricon/folders/Jing/media/a8b377d6-e491-4e2d-9129-31dee2ef0974/00000114.png|width=300!
> The unzip operation actually filters zipentries containing carmart (the project name) in their path. But the carmart-tx project also contains some directories with carmart, that end up being unzipped unexpectedly.
> The unarchiver should limit the filtering depth to a minimum.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBDS-3408) installer is trying to reach download.jboss.org for content
by Jan Richter (JIRA)
[ https://issues.jboss.org/browse/JBDS-3408?page=com.atlassian.jira.plugin.... ]
Jan Richter edited comment on JBDS-3408 at 6/16/15 3:02 AM:
------------------------------------------------------------
I just tried this with the 9.0.0.Beta1a build with network connection disabled and this is what I found in the p2 director log. In fact the log is full of it:
{noformat}
!MESSAGE Failure reporting download statistics to URL: http://download.jboss.org/jbosstools/usage/installs/9.0.0-SNAPSHOT/Beta1/...
!STACK 1
org.eclipse.core.runtime.CoreException: Unknown Host: http://download.jboss.org/jbosstools/usage/installs/9.0.0-SNAPSHOT/Beta1/...
at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryTransport.getLastModified(RepositoryTransport.java:236)
at org.eclipse.equinox.internal.p2.artifact.repository.MirrorRequest.collectStats(MirrorRequest.java:268)
at org.eclipse.equinox.internal.p2.artifact.repository.MirrorRequest.transfer(MirrorRequest.java:235)
at org.eclipse.equinox.internal.p2.artifact.repository.MirrorRequest.perform(MirrorRequest.java:153)
at org.eclipse.equinox.internal.p2.artifact.repository.simple.SimpleArtifactRepository.getArtifact(SimpleArtifactRepository.java:707)
at org.eclipse.equinox.internal.p2.artifact.repository.simple.DownloadJob.run(DownloadJob.java:63)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Caused by: java.net.UnknownHostException: download.jboss.org
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:184)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
at java.net.Socket.connect(Socket.java:589)
at sun.net.NetworkClient.doConnect(NetworkClient.java:178)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:432)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:527)
at sun.net.www.http.HttpClient.<init>(HttpClient.java:211)
at sun.net.www.http.HttpClient.New(HttpClient.java:308)
at sun.net.www.http.HttpClient.New(HttpClient.java:326)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:1168)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1104)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:998)
at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:932)
at org.eclipse.ecf.provider.filetransfer.browse.URLFileSystemBrowser.runRequest(URLFileSystemBrowser.java:113)
at org.eclipse.ecf.provider.filetransfer.browse.AbstractFileSystemBrowser$DirectoryJob.run(AbstractFileSystemBrowser.java:69)
... 1 more
{noformat}
As far as I understand this the http://download.jboss.org/jbosstools/usage/installs/ should not be the URL of choice for JBDS now. Looks like the change did not make it into the respin.
was (Author: jrichter1):
I just tried this with the respin-a build with network connection disabled and this is what I found in the p2 director log. In fact the log is full of it:
{noformat}
!MESSAGE Failure reporting download statistics to URL: http://download.jboss.org/jbosstools/usage/installs/9.0.0-SNAPSHOT/Beta1/...
!STACK 1
org.eclipse.core.runtime.CoreException: Unknown Host: http://download.jboss.org/jbosstools/usage/installs/9.0.0-SNAPSHOT/Beta1/...
at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryTransport.getLastModified(RepositoryTransport.java:236)
at org.eclipse.equinox.internal.p2.artifact.repository.MirrorRequest.collectStats(MirrorRequest.java:268)
at org.eclipse.equinox.internal.p2.artifact.repository.MirrorRequest.transfer(MirrorRequest.java:235)
at org.eclipse.equinox.internal.p2.artifact.repository.MirrorRequest.perform(MirrorRequest.java:153)
at org.eclipse.equinox.internal.p2.artifact.repository.simple.SimpleArtifactRepository.getArtifact(SimpleArtifactRepository.java:707)
at org.eclipse.equinox.internal.p2.artifact.repository.simple.DownloadJob.run(DownloadJob.java:63)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Caused by: java.net.UnknownHostException: download.jboss.org
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:184)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
at java.net.Socket.connect(Socket.java:589)
at sun.net.NetworkClient.doConnect(NetworkClient.java:178)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:432)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:527)
at sun.net.www.http.HttpClient.<init>(HttpClient.java:211)
at sun.net.www.http.HttpClient.New(HttpClient.java:308)
at sun.net.www.http.HttpClient.New(HttpClient.java:326)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:1168)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1104)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:998)
at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:932)
at org.eclipse.ecf.provider.filetransfer.browse.URLFileSystemBrowser.runRequest(URLFileSystemBrowser.java:113)
at org.eclipse.ecf.provider.filetransfer.browse.AbstractFileSystemBrowser$DirectoryJob.run(AbstractFileSystemBrowser.java:69)
... 1 more
{noformat}
As far as I understand this the http://download.jboss.org/jbosstools/usage/installs/ should not be the URL of choice for JBDS now. Looks like the change did not make it into the respin.
> installer is trying to reach download.jboss.org for content
> -----------------------------------------------------------
>
> Key: JBDS-3408
> URL: https://issues.jboss.org/browse/JBDS-3408
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: installer
> Affects Versions: 8.0.0.Alpha2
> Reporter: Max Rydahl Andersen
> Assignee: Nick Boldt
> Priority: Critical
> Labels: respin-a
> Attachments: JBDS3408.install.jboss-devstudio-9.0.0.Beta1-v20150430-1113-B3095-installer-standalone.jar.log.txt
>
>
> Running latest devstudio 9 installer I caught it in reaching out to download.jboss.org which it should have *zero* links/dependency on.
> My guess is there is an updatesite that have bad reference to download.jboss.org that we need fixing.
> See screenshot at https://www.dropbox.com/s/wkr30jlvdc7d8wu/Screenshot%202015-04-15%2013.11...
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months