Closed Bug 1851584 Opened 1 year ago Closed 1 year ago

Add Mozilla dbus_gmain implementation

Categories

(Core :: Widget: Gtk, defect, P2)

defect

Tracking

()

RESOLVED WONTFIX
Tracking Status
firefox-esr102 --- unaffected
firefox-esr115 --- unaffected
firefox117 --- unaffected
firefox118 --- unaffected
firefox119 + fixed

People

(Reporter: bbhtt.zn0i8, Assigned: stransky)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file, 2 obsolete files)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/119.0

Steps to reproduce:

  1. Select Nightly as the default browser in GNOME Settings or in about:preferences and launch it
  2. Try to click a link from another application
  3. The dialogue saying another instance is running or busy pops up.

Actual results:

The link didn't open in the launched instance

Expected results:

The link should've opened in the launched instance

$ mozregression  --good 2023-09-03 --bad 2023-09-04

5:36.16 INFO: Last good revision: 931ad71c21b535e0098402b172e975de27c9b4e2
5:36.16 INFO: First bad revision: 8be358911e03871f9359b2e8de91daf5a01d37ec
5:36.16 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=931ad71c21b535e0098402b172e975de27c9b4e2&tochange=8be358911e03871f9359b2e8de91daf5a01d37ec

Seems like a change from https://bugzilla.mozilla.org/show_bug.cgi?id=1532281 is at fault.

I'm running it on GNOME 45 beta (Fedora 39 beta) wayland, Nightly as native wayland but other people #nightly have reported it on XFCE too

Attached file about:support

Interesting, Thanks.

Flags: needinfo?(stransky)
Keywords: regression
Regressed by: 1532281

[Tracking Requested - why for this release]: significant regression for linux users

The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.

Status: UNCONFIRMED → NEW
Ever confirmed: true

The bug is marked as tracked for firefox119 (nightly). However, the bug still isn't assigned.

:gcp, could you please find an assignee for this tracked bug? Given that it is a regression and we know the cause, we could also simply backout the regressor. If you disagree with the tracking decision, please talk with the release managers.

For more information, please visit BugBot documentation.

Flags: needinfo?(gpascutto)

:stransky while you're investigating, do you think you'll have a fix for this today or should I request back out of the regressor?

Yes, we just need to put back the dbus_connection_setup_with_g_main() calls.

Flags: needinfo?(stransky)
Priority: -- → P1

Untill all DBus code is migrated to GIO we need to provide internal dbus_connection_setup_with_g_main() implementation to get DBus messages from system.

Assignee: nobody → stransky
Status: NEW → ASSIGNED

Set release status flags based on info from the regressing bug 1532281

Severity: -- → S2
Flags: needinfo?(gpascutto)

Setting 119 to fixed, the regressor was backed out of central https://bugzilla.mozilla.org/show_bug.cgi?id=1532281#c16

Status: ASSIGNED → NEW
Priority: P1 → P2
Summary: Nightly can't open links from other applications → Add Mozilla dbus_gmain implementation
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → WONTFIX
Attachment #9351587 - Attachment is obsolete: true
Attachment #9351586 - Attachment is obsolete: true
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: