Bug 531675

Summary:	Content of update site needs refresh to be displayed
Product:	[Fedora] Fedora	Reporter:	Ben Konrath <ben>
Component:	eclipse	Assignee:	Andrew Overholt <overholt>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	13	CC:	akurtako, awilliam, jlaska, overholt
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-08-23 19:40:39 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	473302

Description Ben Konrath 2009-10-29 04:13:35 UTC

Description of problem:

It's not possible to install features from update sites.

Version-Release number of selected component (if applicable):

eclipse-platform-3.5.1-1.fc12.i686

How reproducible:

Always.

Steps to Reproduce:
1. Ensure the Pydev RPM is not installed
2. Add Pydev update site: http://pydev.org/updates
  
Actual results:

Nothing shows up the table below the update site entry combo box.

Expected results:

I should be able to install features with update sites.

Additional info:

Testing the connection with 'Available Software Sites -> Pydev entry -> Test Connection' works

Comment 1 Andrew Overholt 2009-10-29 13:26:55 UTC

It's not that things can't be installed, it's that the content isn't being drawn after initial loading.  If I hit the Add button to add another site or type something in the filter box and then erase it, the list refreshes and re-draws.  I'll consult with upstream.  Thanks for the report.

Comment 2 Andrew Overholt 2009-10-29 13:29:43 UTC

This happens with upstream, too.  I suspect a gtk 2.18 issue.  I'll file a bug upstream and link to it from here.

Comment 3 Ben Konrath 2009-10-29 15:13:37 UTC

FWIW, I had a lot of pango_layout_new crashes when I was playing around with this last night on my i686 rawhide box. Maybe it's related.

Comment 4 Andrew Overholt 2009-10-29 18:46:11 UTC

If we make /usr/bin/eclipse a wrapper script which simple sets GDK_NATIVE_WINDOWS and then executes %{_libdir}/eclipse/eclipse, we can work around this issue.  Upstream recommends this:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=290395#c9

I'm still hoping we can set this programmatically but we may need to revert (a few releases ago we had one) to a wrapper script.

Comment 5 Andrew Overholt 2009-10-30 12:52:26 UTC

I have a build going now with a wrapper script:

http://koji.fedoraproject.org/koji/taskinfo?taskID=1778759

Comment 6 James Laska 2009-10-30 21:04:09 UTC

In email discussion, Andrew felt this issue is worth considering as an F12Blocker.

Comment 7 Adam Williamson 2009-10-30 21:43:19 UTC

This was discussed in the blocker bug meeting today. We looked for Andrew to provide his input but we can't see any reason why a bug in a subcomponent of Eclipse should block the distribution release, but releng will accept a tag request if you want to have the fix in final; for non-critpath components, you don't need a blocker bug to justify a tag request, if that's what you thought. Dropping from the blocker list.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 8 Andrew Overholt 2009-11-02 14:40:58 UTC

Sorry, I didn't know about a blocker meeting.  I'll request a tag.

Comment 9 Bug Zapper 2010-03-15 12:59:01 UTC

This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle.
Changing version to '13'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 10 Andrew Overholt 2010-08-23 19:40:39 UTC

This was fixed a long time ago (we put a workaround into /usr/bin/eclipse).