Bug 404271
Summary: | Galeon doesn't compile with XULRunner (gecko-libs 1.9) | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Martin Stransky <stransky> | ||||
Component: | galeon | Assignee: | Denis Leroy <denis> | ||||
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | low | Docs Contact: | |||||
Priority: | low | ||||||
Version: | rawhide | CC: | alex, dcantrell, mcepl, ondrejj | ||||
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: | 2008-04-05 13:05:59 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: | 432425 | ||||||
Attachments: |
|
Description
Martin Stransky
2007-11-29 11:33:30 UTC
Upstream (Philip Langdale) promised to take a crack at it :-) That's great. I'm juts trying compile it at least but the patch is ~ 30KB big and still growing :) From Philip Langdale: "1.9 is still [not usable] as far as I can tell. You can't write a password manager without hacking the mozilla build to export the nsIPassword interface. There are some misc small problems (and apparently a whole set of NSS dialogs has disappeared) but the big one is a change in how the string classes are exported. I'm not sure how to tackle that just yet." So don't throw away your 30K patch just yet :-) > "1.9 is still [not usable] as far as I can tell. You can't > write a password manager without hacking the mozilla build to export > the nsIPassword interface. Yes, that's right, fedora xulrunner doesn't export it now. > There are some misc small problems (and > apparently a whole set of NSS dialogs has disappeared) It looks like the NSS dialogs are still present but the callback structure has been changed. Could be related to nss 3.12, I hope it will be fixed with the stable nss version. > but the > big one is a change in how the string classes are exported. I'm not > sure how to tackle that just yet." This is relative small problem. Strings are quite well documented at http://developer.mozilla.org/en/docs/Migrating_from_Internal_Linkage_to_Frozen_Linkage and the biggest problem I hit is missing nsEscape.h. Created attachment 275751 [details]
firts minimal patch
With this patch, galeon compiles and runs (at web pages are loaded and rendered
:)) Some parts need to be polished / updated but I think it's a good start.
galeon now fails to rebuild against recent xulrunner: http://koji.fedoraproject.org/koji/taskinfo?taskID=440902 I tried update the BuildRequires: gecko-devel -> gecko-devel-unstable as per epiphany package, but that appears to not be sufficient. The list of xulrunner packages that have slipped back into the "failed rebuild" in http://fedoraproject.org/wiki/Releases/FeatureXULRunner since December/January is alarming. I don't know whether this bug should be assigned to the current assignee or reporter ;-), but certainly there is nothing to bug triage here. I won't have time to work on this for at least another week unfortunately, and even that my experience with Mozilla code is limited... *** Bug 434058 has been marked as a duplicate of this bug. *** Same problem after upgrading to galeon-2.0.5. :( I updated the patch for 2.0.5, it now compiles on F-9. However, galeon is still completely unusable for me: all fonts have gigantic sizes and images appear distorted, much the same as epiphany. I'll do some BZ research before opening another bug. For the record: the font size problem is a virtual machine related problem, where the VM doesn't report the screen physical size properly. Unfortunately about:config is broken so it's hard to fix galeon's behavior in that scenario. On a non-VM system, galeon works good! There are still some glitches, but reasonably minor things that will get ironed out over time. |