Bug 1006273
Summary: | Fedora 19 breaks ZendStudio | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Harald Reindl <h.reindl> |
Component: | eclipse | Assignee: | Alexander Kurtakov <akurtako> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 19 | CC: | ahughes, akurtako, andjrobins, dbhole, jerboaa, jvanek, kdaniel, omajid, overholt, rgrunber, sgehwolf, swagiaal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-09-10 12:24:07 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Harald Reindl
2013-09-10 11:06:08 UTC
This looks like a duplicate of bug 1003209. F19 ships with newer webkit, which upstream Eclipse only supports in Kepler onwards (and zend studio may be based on older Eclipse platform). I suggest to try the workarounds described in the referenced bug and also report the problem upstream (i.e. zend studio). Feel free to re-open if you think otherwise. If so, please explain why. Thanks! *** This bug has been marked as a duplicate of bug 1003209 *** i do not see any workarounds in the referenced bugreport also report upstream: this is ZendStudio9 and even ZendStudio10 is *not* ship Kepler because of the missing QA of this release resulting in horrible performance which maybe fixed in updates now but a commercial application will *not* rebase the Eclipse platform within a minor update so you tell me Fedora 19 is unuseable for web-developers? additional note: i do *not* expect such a horrible breakage in case upgrade from "1:java-1.7.0-openjdk-1.7.0.60-2.4.2.0.fc18.x86_64" to "1:java-1.7.0-openjdk-1.7.0.60-2.4.2.0.fc19.x86_64" because it suggests to be a *identical* package (In reply to Harald Reindl from comment #2) > i do not see any workarounds in the referenced bugreport > > also report upstream: this is ZendStudio9 and even ZendStudio10 is *not* > ship Kepler because of the missing QA of this release resulting in horrible > performance which maybe fixed in updates now but a commercial application > will *not* rebase the Eclipse platform within a minor update These are rather harsh words for Kepler. FWIW the performance of Kepler is better than Juno(which was slower than previous releases) from my experience. Especially in regards of the SWT GTK port which received a number of important fixes and improvements (incl. performance). So I question this statement until someone comes with hard numbers and reproducer so the slower parts can be identified and improved. Another thing is that the problem is that old Eclipse is not capable of working with new webkitgtk which is a prerequisite for the major desktop environments in Fedora. There was no way that Fedora stays with old webkitgtk and as a result old Gnome and many more and old Eclipse when there was newer Eclipse that worked fine with the new webkitgtk. > > so you tell me Fedora 19 is unuseable for web-developers? No. Please see http://www.eclipse.org/swt/faq.php#browserspecifydefault . Your best bet would be to download one of the supported firefox/xulrunner releases (http://www.eclipse.org/swt/faq.php#browserlinux) and set it as default as described in the first link. (In reply to Harald Reindl from comment #3) > additional note: > > i do *not* expect such a horrible breakage in case upgrade from > "1:java-1.7.0-openjdk-1.7.0.60-2.4.2.0.fc18.x86_64" to > "1:java-1.7.0-openjdk-1.7.0.60-2.4.2.0.fc19.x86_64" because it suggests to > be a *identical* package The breakage you have seen has nothing to do with the jvm itself. It's about old Eclipse(SWT) calling webkitgtk in inappropriate way causing the whole jvm to crash - the jvm is the victim here. Hope that helps to understand the problem Alex > These are rather harsh words for Kepler. FWIW the performance of Kepler > is better than Juno (which was slower than previous releases) from my > experience well, that something compared with Juno has a better performance is not that hard, it's like many "improvements" in the opensource-world in the last years "make things as worse as possible which was better before and after that improve them and find enough people which are glad about improvements whiche are none in reality" http://static.zend.com/topics/Zend-Studio-10.0.0-Release-Notes-v2.txt > Studio 10 Beta release was built on top of Eclipse 4.2 but for > better performance we decided to use Eclipse 3.8 for the official release I'm always welcoming everyone that states something is not hard to show us how to make it even better by sending us the patches :). |