opacity settings not working

Bug #1927051 reported by richard clarke
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Sakura
Fix Released
High
David Gómez

Bug Description

3.8.2 in Arch (openbox + compton) and Porteus(Slackware based) openbox+compton and wayfire
attempting to set background opacity causes the window to "disappear" (looks like it crashes but is actually setting the opacity to zero, thus becoming invisible, though panel taskmanager shows it)
After looking a bit at the commit history, i noticed in https://git.launchpad.net/sakura/commit/?id=a09eb26c45f1283e5d3206887c3c26ab6ebea346 :
line :
GtkSpinButton *opacity_spin = g_object_get_data(G_OBJECT(dialog), "spin_opacity");
should read:
GtkSpinButton *opacity_spin = g_object_get_data(G_OBJECT(dialog), "opacity_spin");
patching that and recompiling confirmed this.

While i'm at it, it seems that there's new opacity behavior ie. the entire window, including the windowmanager decoration becomes transparent, where previously(eg. 3.7.1) only the terminal backgound is affected. Is this intentional?

Revision history for this message
richard clarke (ncmprhnsbl) wrote :
description: updated
Revision history for this message
David Gómez (dabisu) wrote :

Thanks! There were a lot of changes in that dialog and I missed this bug. Already fixed.

Yes, the opacity behavior is intentional.

Changed in sakura:
assignee: nobody → David Gómez (dabisu)
importance: Undecided → High
status: New → Fix Committed
Revision history for this message
richard clarke (ncmprhnsbl) wrote :

thanks, all good now :)

David Gómez (dabisu)
Changed in sakura:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.