After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 165808 - dialogues don't work in cert manager
dialogues don't work in cert manager
Status: RESOLVED WONTFIX
Product: epiphany-extensions
Classification: Deprecated
Component: certificates
unspecified
Other Linux
: High major
: ---
Assigned To: epiphany-extensions-maint
epiphany-extensions-maint
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2005-01-31 14:13 UTC by Christian Persch
Modified: 2013-05-27 16:10 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Christian Persch 2005-01-31 14:13:31 UTC
Steps to reproduce:
0) Tools->Certificate Manager
1) Switch to "Authorities" tab
2) Select a row
3) Click "Delete"
4) Click "Cancel"

Expected results:
Dialogue disappears.

Actual results:
Dialogue stays.

Same happens for "Edit".
And "Help" does't work (error on error console: "openHelp is not defined").

This is with mozilla trunk as backend.
It works on Epiphany-Extensions with firefox backend, and also works with
mozilla 1.7.5.
Comment 1 Christian Persch 2005-05-06 15:11:25 UTC
This seems fixed on trunk now.
Comment 2 Sam Morris 2006-10-18 00:03:15 UTC
I'm using epiphany{,-extensions} 2.14 and the cert manager is nonfunctional because of this bug.

Backend is xulrunner 1.8.0.7.
Comment 3 Christian Persch 2006-10-18 18:56:58 UTC
Confirming.
Comment 4 Sam Morris 2006-12-27 15:42:55 UTC
Still present with e-e 2.16.1 and xulrunner 1.8.0.8
Comment 5 Josselin Mouette 2007-05-03 20:08:25 UTC
It was also reported as http://bugs.debian.org/421332.

You can see the javascript errors in the certificate manager when running the error viewer extension simultaneously.


I'm translating the explanations from Mike Hommey, xulrunner maintainer:

It looks like epiphany (and galeon, too) lacks support for gecko dialog boxes embedding. The dialog box windows (e.g. for suppression confirmation), which are created by window.openDialog in the js code, seem to be created as normal windows, which is why window.arguments - which is a thing passed to dialogs - is missing.

google:gecko embed dialog may yield some relevant information.
Comment 6 Mike Hommey 2007-05-05 14:56:52 UTC
I did some more research, and while I didn't reach anything compelling yet, I have some information I want to share.
Opening the same dialogs from the mybrowser example application via xulrunner show properly working dialogs. FWIW, in such a configuration, the dialog, as reported by checking what the "window" object is, is a ChromeWindow object.
OTOH, in epiphany, the dialog is a Window object.

I also traced some particular things in libxul when the dialogs are created in both cases. In both cases, I see that the "arguments" property is correctly created, so it shouldn't be undefined in the dialog scripts, but still is within epiphany. The global scope for the dialog script might not be the scope where the property has been added in epiphany's case.

Unfortunately, I still don't know whether this is an epiphany bug or a gtkmozembed one.
Comment 7 maheshkatta 2009-08-13 11:55:21 UTC
I am using Fedora 8.0
when I using firefox some showing bugreport, and when I cancel that bugreport total firefox has closed. what I do ,My imp data loose
Comment 8 Sam Morris 2009-09-28 11:25:05 UTC
Obsolete with webkit?
Comment 9 Sam Morris 2010-03-05 10:39:30 UTC
Ping?
Comment 10 André Klapper 2013-05-27 16:10:52 UTC
According to its developer, epiphany-extensions is not under active development
anymore. (For reference: https://mail.gnome.org/archives/gnome-i18n/2013-May/msg00035.html and bug 700924.)

It is unlikely that there will be any further active development.

Closing this report as WONTFIX as part of Bugzilla Housekeeping - Please feel
free to reopen this bug report in the future if anyone takes the responsibility
for active development again.