[JBoss JIRA] (JBDS-2250) Provide a "JBoss" CSS theme in JBT and enable it by default in JBDS
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBDS-2250?page=com.atlassian.jira.plugin.... ]
Max Rydahl Andersen commented on JBDS-2250:
-------------------------------------------
I prefer a working UI over a pretty but broken UI :)
eclipses theming just aren't good enough to make it clean. At least none of the themes i've seen have been an improvement and had glitches because not all ui elements are themable.
> Provide a "JBoss" CSS theme in JBT and enable it by default in JBDS
> -------------------------------------------------------------------
>
> Key: JBDS-2250
> URL: https://issues.jboss.org/browse/JBDS-2250
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: ui/branding
> Reporter: Mickael Istria
> Assignee: Mickael Istria
> Priority: Optional
> Fix For: 6.0.0.Alpha2
>
> Attachments: failed-to-get-bundle-net.jeeeeyul.eclipse.themes.png, snapshot9.png
>
>
> We could leverage Eclipse 4 CSS styling and theming abilities to provide a "JBoss Theme" in JBoss Tools, and make it the default CSS/theme in JBDS.
--
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, 6 months
[JBoss JIRA] (JBDS-2797) .ini upgrade issue for 7.0.1 users
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBDS-2797?page=com.atlassian.jira.plugin.... ]
Mickael Istria commented on JBDS-2797:
--------------------------------------
> We could release an installer for JBDS 7.0.1... would that solve this problem?
It wouldn't be enough. Problem seems to happen when the update is performed. Releasing an installer wouldn't prevent people from updating.
It seems to me that the "laucher" part is not specific to JBDS. Can someone using Mac OS try the following:
# get Kepler SR0
# see content of launcher in eclipse.ini
# Run "Check for update" (ensure it installs Kepler SR1)
# Restart and check value of "launcher" in eclipse.ini.
Those values must be different. If they're not, it means that update mechanism is the culprit, if not, it means that it's specific to JBDS.
For the discovery site, I tend to think it's a JBDS bug, which might be independent of the OS.
> .ini upgrade issue for 7.0.1 users
> ----------------------------------
>
> Key: JBDS-2797
> URL: https://issues.jboss.org/browse/JBDS-2797
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: build, installer
> Affects Versions: 7.0.1.GA
> Reporter: Max Rydahl Andersen
> Assignee: Nick Boldt
> Priority: Critical
>
> User noticed issues with 7.0.0 to 7.0.1 updates at https://community.jboss.org/message/841477#841477 that needs investigation.
> The post is about osx but I don't think this is limited to this OS, just that OSX has a different java behavior.
> Worrisome issues are:
> development url used in GA update:
> -Djboss.discovery.directory.url=https://devstudio.jboss.com/updates/7.0-development/devstudio-directory.xml
> startup/launcher directories are hardcoded in the .ini file:
> -startup
> ../../../plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
> --launcher.library
> ../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx.x86_64_1.1.200.v20130807-1835
> Have these been forgotten/set wrong in the update or is this some specific update path that is failing ?
--
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, 6 months
[JBoss JIRA] (JBDS-2797) .ini upgrade issue for 7.0.1 users
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBDS-2797?page=com.atlassian.jira.plugin.... ]
Max Rydahl Andersen commented on JBDS-2797:
-------------------------------------------
So are you saying the original app .ini is updated correctly and does not have broken references ?
then this would be fixable if instead of copying we would create a symbolic link ?
Thus original updates would fix the "linked" version too ?
> .ini upgrade issue for 7.0.1 users
> ----------------------------------
>
> Key: JBDS-2797
> URL: https://issues.jboss.org/browse/JBDS-2797
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: build, installer
> Affects Versions: 7.0.1.GA
> Reporter: Max Rydahl Andersen
> Assignee: Nick Boldt
> Priority: Critical
>
> User noticed issues with 7.0.0 to 7.0.1 updates at https://community.jboss.org/message/841477#841477 that needs investigation.
> The post is about osx but I don't think this is limited to this OS, just that OSX has a different java behavior.
> Worrisome issues are:
> development url used in GA update:
> -Djboss.discovery.directory.url=https://devstudio.jboss.com/updates/7.0-development/devstudio-directory.xml
> startup/launcher directories are hardcoded in the .ini file:
> -startup
> ../../../plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
> --launcher.library
> ../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx.x86_64_1.1.200.v20130807-1835
> Have these been forgotten/set wrong in the update or is this some specific update path that is failing ?
--
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, 6 months
[JBoss JIRA] (JBIDE-15159) versionwatch should not report something red then yellow if nothing has changed (version not bumped)
by Jiri Peterka (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15159?page=com.atlassian.jira.plugi... ]
Jiri Peterka resolved JBIDE-15159.
----------------------------------
Fix Version/s: 4.1.1.Alpha2
(was: 4.1.x)
Resolution: Done
Nick, VWatch version 0.3.0 should provide more transparent report and fix these issues. If you're ok with that, please close, reopen otherwise.
> versionwatch should not report something red then yellow if nothing has changed (version not bumped)
> ----------------------------------------------------------------------------------------------------
>
> Key: JBIDE-15159
> URL: https://issues.jboss.org/browse/JBIDE-15159
> Project: Tools (JBoss Tools)
> Issue Type: Sub-task
> Components: qa
> Affects Versions: 4.1.0.CR1
> Reporter: Nick Boldt
> Assignee: Jiri Peterka
> Fix For: 4.1.1.Alpha2
>
> Attachments: 15159_1.png, 15159_2.png, 15159_3.png
>
>
> For many 3rd party plugins, which haven't changed in years, the report will often start white, then because no version bump happens will report red... and then magically drop to yellow for a few releases. Then red again, and then yellow.
> Surely if a version not increasing is bad it should STAY bad, rather than oscillating?
> Reports to compare are here:
> http://download.jboss.org/jbosstools/builds/staging/devstudio.versionwatc...
> http://download.jboss.org/jbosstools/builds/staging/devstudio.versionwatc...
--
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, 6 months