Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
<-- ANALYTICS CODE - DO NOT EDIT --> <-- Google Analytics script BEGIN --> <-- Google Analytics script END --> | ||||||||
Line: 74 to 74 | ||||||||
Resolution: Installers from HIPE 11.1 are generated with a newer version of InstallAnywhere that supports Mac OS 10.8 or later. Since HIPE 11.1 is the preferred operational version, this issue is archived. | ||||||||
Added: | ||||||||
> > | HIPE 13 Archived Known Issues Cut levels in
Ticket number: HCSS-19897
Versions affected: HIPE 13.0
Description: You cannot modify the cut levels of an image, loaded with the help of the | |||||||
HIPE 12 Archived Known IssuescomputeVelocityTask plots absorption profiles as emission |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
<-- ANALYTICS CODE - DO NOT EDIT --> <-- Google Analytics script BEGIN --> <-- Google Analytics script END --> | ||||||||
Line: 99 to 99 | ||||||||
Java 7 issues | ||||||||
Added: | ||||||||
> > | Crash when a HIPE session is left unattended for a long time with Java 7 on Mac OS X, after any display change like: setting resolution, configuring additional monitors or even switching applications after resuming workTicket: HCSS-18424 Configuration prone to cause the error
Thread 0 Crashed:: AppKit Thread Dispatch queue: com.apple.main-thread 0 com.apple.CoreFoundation 0x00007fff8d7e2a1b CFRelease + 27 1 liblwawt.dylib 0x000000011b557647 __Java_sun_lwawt_macosx_CWrapper_00024NSObject_release_block_invoke_1 + 91 2 JavaNativeFoundation 0x000000011a8ea5f5 +[JNFRunLoop _performCopiedBlock:] + 20 3 com.apple.CoreFoundation 0x00007fff8d8a7d9d +[NSObject performSelector:withObject:] + 61 4 com.apple.Foundation 0x00007fff85d9dd70 __NSThreadPerformPerform + 214 5 com.apple.CoreFoundation 0x00007fff8d7ec4f1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17 6 com.apple.CoreFoundation 0x00007fff8d7ebd5d __CFRunLoopDoSources0 + 253 7 com.apple.CoreFoundation 0x00007fff8d812b49 __CFRunLoopRun + 905 8 com.apple.CoreFoundation 0x00007fff8d812486 CFRunLoopRunSpecific + 230 9 com.apple.HIToolbox 0x00007fff8acda2bf RunCurrentEventLoopInMode + 277General information If you are affected by this problem, it is useful to know that:
| |||||||
Cursor position in the editor view is inaccurate in high-DPI (Retina) displays using Java 7 versionTicket number: HCSS-18698 |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
<-- ANALYTICS CODE - DO NOT EDIT --> <-- Google Analytics script BEGIN --> <-- Google Analytics script END --> | ||||||||
Line: 12 to 12 | ||||||||
Installation and de-installation issues | ||||||||
Added: | ||||||||
> > | Installer or start-up hang on Mac OSX and Java 1.6.0_51Ticket number: HCSS-18288
| |||||||
When installing only HIFI or PACS modules in HIPE you cannot transfer products from HSA to HIPE
| ||||||||
Line: 63 to 74 | ||||||||
Resolution: Installers from HIPE 11.1 are generated with a newer version of InstallAnywhere that supports Mac OS 10.8 or later. Since HIPE 11.1 is the preferred operational version, this issue is archived. | ||||||||
Added: | ||||||||
> > | HIPE 12 Archived Known IssuescomputeVelocityTask plots absorption profiles as emissionTicket number: HCSS-19133 Versions affected: HIPE 12. Description: ThecomputeVelocityTask in the Cube Analysis Toolbox returns and plots a fittedLineCube . This plot displays absorption profiles as emission, even if isEmission=False . The data returned is correct, but this plot must be disregarded.
Workaround: Simply disregard the plot generated by the task and trust the data stored in the fittedLineCube .
Problem with
Ticket number: HIFI-5716
Versions affected: HIPE 12.0
Description: for maps taken with a non-zero orientation on the sky, the HIFI pipeline will generate two cubes: one non-rotated cube projected onto the Equatorial frame ( | |||||||
Java 7 issues | ||||||||
Added: | ||||||||
> > | Cursor position in the editor view is inaccurate in high-DPI (Retina) displays using Java 7 versionTicket number: HCSS-18698Versions affected: HIPE 12 or older Description: The cursor position appears inside characters instead of between them. Workaround From Java 7 Update 55, Oracle has fixed the issue. As the bundled JRE for HIPE 12 or older is Java 7 Update 45, to be able to benefit from the patch you must change the script that launches HIPE and point it to the Java 7 Update 55 or later installed at system level. To do that, edit the file HIPE_DIR/bin/_launch.sh and edit or delete the line(s) that export the PATH variable:
PATH=/Applications/hipe_v12.0.0/jre/Contents/Home/jre/bin:$PATH export PATHNOTE: You should only delete the lines if you are completely sure that the default version of the system is Update 55 or later. In order to check if that is the case, you can execute java -version or /usr/libexec/java_home -V on the Terminal and then, after confirming the default version, use that path to update the _launch.sh file. | |||||||
New security requirement in Java 7 causes the Herschel Science Archive application to fail at launchDescription: If you have a recently patched Java 7 installation (update 40 or later), a new security requirement in Java 7 that requires the JAR file to have aPermissions attribute, is no longer reported only (note the information message with a yellow background) as it was in previous versions: |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
<-- ANALYTICS CODE - DO NOT EDIT --> <-- Google Analytics script BEGIN --> <-- Google Analytics script END --> | ||||||||
Line: 109 to 109 | ||||||||
Resolution: All operational HIPE versions now use Jython 2.5.3 which patched this bug (see the bug report above). | ||||||||
Added: | ||||||||
> > | "Can't connect to X11" error when using the jylaunch command or the command-line mode of hipe*Description:*Executing a script outside HIPE with thejylaunch command may fail with a java.lang.InternalError: Can't connect to X11 window server error. This may happen even if the script does not open any graphical window, since it may indirectly call components that require an X11 server. The workaround is to run the script with the command jylaunch -Djava.awt.headless=true instead of just jylaunch or hipe -Djava.awt.headless=true instead of hipe .
Ticket number: HCSS-17846
| |||||||
<-- COMMENT BOX CODE - DO NOT EDIT --> |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
<-- ANALYTICS CODE - DO NOT EDIT --> <-- Google Analytics script BEGIN --> <-- Google Analytics script END --> | ||||||||
Line: 80 to 80 | ||||||||
Resolution: The required attribute was added to the JAR manifest and now the WebStart runs correctly for every HIPE version (they all point to the same .jnlp file in ESAC's servers). | ||||||||
Added: | ||||||||
> > | Other issuesJython bug when comparing NaN values with numbersJython behaves differently from Python when comparingNaN values with numbers.
In Python 2.4 or 2.5:
nan = float("nan") print 0 < nan # False print 0 > nan # FalseIn Jython 2.5.2: nan = float("nan") print 0 < nan # False print 0 > nan # TrueAn issue ![]() | |||||||
<-- COMMENT BOX CODE - DO NOT EDIT --> | ||||||||
Line: 97 to 126 | ||||||||
<-- END OF COMMENT BOX CODE --> | ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
<-- ANALYTICS CODE - DO NOT EDIT --> <-- Google Analytics script BEGIN --> <-- Google Analytics script END --> | ||||||||
Line: 63 to 63 | ||||||||
Resolution: Installers from HIPE 11.1 are generated with a newer version of InstallAnywhere that supports Mac OS 10.8 or later. Since HIPE 11.1 is the preferred operational version, this issue is archived. | ||||||||
Added: | ||||||||
> > | Java 7 issuesNew security requirement in Java 7 causes the Herschel Science Archive application to fail at launchDescription: If you have a recently patched Java 7 installation (update 40 or later), a new security requirement in Java 7 that requires the JAR file to have aPermissions attribute, is no longer reported only (note the information message with a yellow background) as it was in previous versions:
![]() Run button.
Error message: The following error dialogs are displayed when trying to run the HSA application and clicking the Details button:
![]() ![]() | |||||||
<-- COMMENT BOX CODE - DO NOT EDIT --> |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
<-- ANALYTICS CODE - DO NOT EDIT --> <-- Google Analytics script BEGIN --> <-- Google Analytics script END --> | ||||||||
Line: 56 to 56 | ||||||||
Resolution: Newer versions of InstallAnywhere do not suffer from this problem. | ||||||||
Added: | ||||||||
> > | Cannot install on Mac OS X 10.8 "Mountain Lion"HIPE user installers (11.0.1 and earlier) do not work on Mac OS X 10.8 due to additional security checks implemented by this operating system. Note that HIPE is not yet officially supported on Mac OS X 10.8. There are two workarounds:
| |||||||
<-- COMMENT BOX CODE - DO NOT EDIT --> |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
<-- ANALYTICS CODE - DO NOT EDIT --> <-- Google Analytics script BEGIN --> <-- Google Analytics script END --> | ||||||||
Line: 3 to 3 | ||||||||
<-- ANALYTICS CODE - DO NOT EDIT --> <-- Google Analytics script BEGIN --> <-- Google Analytics script END --> <-- END OF ANALYTICS CODE --> | ||||||||
Added: | ||||||||
> > | ||||||||
HIPE archived known issues | ||||||||
Added: | ||||||||
> > |
| |||||||
These issues are resolved but are kept here to aid troubleshooting in case of regressions.
Installation and de-installation issuesWhen installing only HIFI or PACS modules in HIPE you cannot transfer products from HSA to HIPE
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
There is a known problem with the InstallAnywhere installer when the bash \u special character is present in some environment variablesVersions affected: HIPE 9, 10, 11. | ||||||||
Line: 38 to 42 | ||||||||
Changed: | ||||||||
< < | Solution: Un-setting or substituting the /u bash special character (using instead $USER or $LOGNAME) in the PS1 environment variable solves the problem. To do that, you should edit the .bashrc file located at the home directory of the current user. In there, any occurrence of the \u special character should be replaced by $USER or $LOGNAME. Example: | |||||||
> > | Workaround: Un-setting or substituting the /u bash special character (using instead $USER or $LOGNAME) in the PS1 environment variable solves the problem. To do that, you should edit the .bashrc file located at the home directory of the current user. In there, any occurrence of the \u special character should be replaced by $USER or $LOGNAME. Example: | |||||||
PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ ' | ||||||||
Line: 50 to 54 | ||||||||
Further details of the InstallAnywhere issue can be found here: http://kb.flexerasoftware.com/selfservice/viewContent.do?externalID=Q112941![]() | ||||||||
Changed: | ||||||||
< < |
| |||||||
> > | Resolution: Newer versions of InstallAnywhere do not suffer from this problem. | |||||||
<-- COMMENT BOX CODE - DO NOT EDIT --> |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
<-- ANALYTICS CODE - DO NOT EDIT --> <-- Google Analytics script BEGIN --> <-- Google Analytics script END --> | ||||||||
Line: 13 to 13 | ||||||||
| ||||||||
Added: | ||||||||
> > | There is a known problem with the InstallAnywhere installer when the bash \u special character is present in some environment variablesVersions affected: HIPE 9, 10, 11. Error message: Installation fails with any of the following errors:"Configuring the installer for this system's environment... strings: '/lib/libc.so.6': No such file"Or An internal LaunchAnywhere application error has occured and this application cannot proceed. (LAX) Stack Trace: java.lang.IllegalArgumentException: Malformed \uxxxx encoding. at java.util.Properties.loadConvert(Unknown Source) at java.util.Properties.load0(Unknown Source) at java.util.Properties.load(Unknown Source) at com.zerog.common.java.util.PropertiesUtil.loadProperties(Unknown Source) at com.zerog.lax.LAX.<init>(Unknown Source) at com.zerog.lax.LAX.main(Unknown Source)Solution: Un-setting or substituting the /u bash special character (using instead $USER or $LOGNAME) in the PS1 environment variable solves the problem. To do that, you should edit the .bashrc file located at the home directory of the current user. In there, any occurrence of the \u special character should be replaced by $USER or $LOGNAME. Example: PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ 'should be replaced by PS1='${debian_chroot:+($debian_chroot)}$USER@\h:\w\$ 'Further details of the InstallAnywhere issue can be found here: http://kb.flexerasoftware.com/selfservice/viewContent.do?externalID=Q112941 ![]() | |||||||
See this page for current known issues on later HIPE versions. |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
<-- ANALYTICS CODE - DO NOT EDIT --> <-- Google Analytics script BEGIN --> <-- Google Analytics script END --> <-- END OF ANALYTICS CODE --> HIPE archived known issues | ||||||||
Changed: | ||||||||
< < | These issues were resolved but are kept here to aid troubleshooting in case of regressions. | |||||||
> > | These issues are resolved but are kept here to aid troubleshooting in case of regressions. | |||||||
Added: | ||||||||
> > | Installation and de-installation issuesWhen installing only HIFI or PACS modules in HIPE you cannot transfer products from HSA to HIPE
| |||||||
See this page for current known issues on later HIPE versions. |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Added: | ||||||||
> > |
<-- ANALYTICS CODE - DO NOT EDIT --> <-- Google Analytics script BEGIN --> <-- Google Analytics script END --> <-- END OF ANALYTICS CODE --> HIPE archived known issuesThese issues were resolved but are kept here to aid troubleshooting in case of regressions. See this page for current known issues on later HIPE versions.
<-- COMMENT BOX CODE - DO NOT EDIT -->blog comments powered by Disqus <-- END OF COMMENT BOX CODE -->
|