Bug 1036203 - Inconsistent configuration feedback for "Party Mode" option
Summary: Inconsistent configuration feedback for "Party Mode" option
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: rhythmbox
Version: 7.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: 7.0
Assignee: Bastien Nocera
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-11-29 17:48 UTC by Martin
Modified: 2016-11-04 06:04 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-11-04 06:04:50 UTC
Target Upstream Version:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 703910 0 None None None 2016-05-20 11:18:24 UTC
Red Hat Product Errata RHBA-2016:2408 0 normal SHIPPED_LIVE rhythmbox bug fix update 2016-11-03 13:56:57 UTC

Description Martin 2013-11-29 17:48:26 UTC 
Description of problem:
Inconsistent configuration feedback for "Party Mode" option

Version-Release number of selected component (if applicable):
rhythmbox-2.99.1-1.el7.x86_64

How reproducible:
always

Steps to Reproduce:
1. Run Rhythmbox
2. Select: Super Menu - View - Party Mode
3. Select: Cogwheel menu - View - Party Mode
4. Look at: Super Menu - View

Actual results:
After step 3: Rhythmbox is fullscreen and "Party Mode" in "Cogwheel menu" is _not_ checked.
After step 4: Rhythmbox is in standard window and "Party Mode" in "Super Menu" _is_ ON.

Expected results:
Both options should reflect actual mode and be consistent.

Additional info:
Other options from "View" submenu are not affected.
Comment 5 Bastien Nocera 2016-05-19 15:21:24 UTC 
Is this still a problem with the 3.3.1 package that's soon going to be in RHEL 7.3?
Comment 7 Bastien Nocera 2016-05-20 11:03:56 UTC 
Still a problem with 3.3.1, will investigate.
Comment 9 Jiri Prajzner 2016-05-20 15:21:18 UTC 
Yes, still a problem.
Comment 10 Bastien Nocera 2016-05-20 18:52:40 UTC 
I have a patch to fix the inconsistent state, but it seems to trigger a problem in the app menu caused by either GLib or gnome-shell.
Comment 11 Bastien Nocera 2016-05-23 15:26:47 UTC 
Built in rhythmbox-3.3.1-3.el7
Comment 13 Jiri Prajzner 2016-05-27 08:52:04 UTC 
I can confirm that the patch in rhythmbox-3.3.1-3.el7 works, but with the app menu problem - all menu items are disabled. I had to switch to another application and back, or minimize/maximize rhythmbox to get them enabled again.
Comment 14 Bastien Nocera 2016-05-27 11:05:45 UTC 
(In reply to Jiri Prajzner from comment #13)
> I can confirm that the patch in rhythmbox-3.3.1-3.el7 works, but with the
> app menu problem - all menu items are disabled. I had to switch to another
> application and back, or minimize/maximize rhythmbox to get them enabled
> again.

Please file a bug against gnome-shell about this. It's a bug in either gnome-shell or gtk+, but it needs root-causing.
Comment 15 Jiri Prajzner 2016-06-27 10:42:07 UTC 
The workaround for app menu problem is to min and max the app again.
Comment 17 errata-xmlrpc 2016-11-04 06:04:50 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2016-2408.html
Note You need to log in before you can comment on or make changes to this bug.