Note from gnote ML:

Gnote 3.9.2 have been released!

WARNING: this unstable release intended for testing purposes only. Do
not use it in production environment!

Well, Cauldron is _not_ a production environment... 

We need to start testing new packages to got a nice 3.10 series done for mga4 final

CC: (none) => tmb

you should deal with upstream if we have the last version

(In reply to Thomas Backlund from comment #2)
> Well, Cauldron is _not_ a production environment... 
> 
It is for me - how can we fully test Cauldron if we don't try to use it as such. If we are already preparing Alpha releases for Mga4 it seems to me to be a bad time to be introducing unstable packages into Cauldron.

> We need to start testing new packages to got a nice 3.10 series done for
> mga4 final

What's 3.10 series?

Maybe I just don't understand the release cycle very well :\

@manuel
> you should deal with upstream if we have the last version

Err.. I'm just the reporter, and right now I don't have the time.
I reported this thinking that the maintainer might like to follow it up.

Assignee: bugsquad => juan.baptiste

Hi
I'll try to solve it ASAP whit @Juancho & @Barry 
I'll update to new 3.9.3 version
Bye

CC: (none) => bersuit.vera, juan.baptiste
Assignee: juan.baptiste => bersuit.vera

Hi Barry;
dams updated cualdron to gnote-3.9.3-1 
Could you test it ?

Hi Alfonso,
Sorry I have been busy.
I did see the update though and I did update to it, however it was the same and still broken.
Some symptoms are:
1. The search screen has no search term entry box
2. Tray context menu is inverted i.e. the content normally at the bottom like 'new note' is at the top.

A downgrade install to 3.8.2 works again without these issues.

Ahhhhh!
It seems that the breakages are features!

I just tested again (while typing this) in a fully updated clean Cauldron VM and see the same problems, however with some perserverence I have figured it out.

I am guessing that the inverted menu is intentional - a regression but useable.

The search screen now has two buttons which are generic and feint at top right of the screen. One of these now activates the search entry box and the other is apparently a close button.

These buttons are obviously missing icons and the close button has no tooltip, so there is no way to know what it's for without clicking it.

I am using KDE, so if gnote is attempting to use some gnome icons that are not available in a KDE installation, then maybe this is a missing dep somewhere.

I have tried different themes without change, but at least I now know how to use it despite it being broken and can remove it from skip.lst :)

I found the problem !

In KDE, if systemsettings > application appearance > style > applications > widget style
... is set to "gtk+ style" then the GUI of gnote is broken in even more ways than I had noticed.

Also mozilla tooltips in Firefox and Thunderbird become un-usable:
https://bugzilla.mozilla.org/show_bug.cgi?id=837529#c9

Changing the widget style to "Oxygen" fixes both issues.

Not sure whether this is a "bug" or just an unfortunate mis-configuration.

(In reply to Barry Jackson from comment #8)
> I found the problem !

Ignore that - I just realized that I was running 3 not cauldron when I tested gnote.

Problem persists in Cauldron.

To explain better the problem, here is a screenshot of gnote-3.9.3 in mga4 gnome (in VM):
http://mtf.no-ip.co.uk/pub/linux/barjac/video/gnote-3.9.3_in_mga4gnome.png
Note the magnifier button and stop buttons top right.
(the 'show status icon' is checked here but it does not show - another bug?)

Here it is in mga4 KDE:
http://mtf.no-ip.co.uk/pub/linux/barjac/video/gnote-3.9.3_in_mga4.png
Note button icons missing.

Also see the status icon and context menu - and compare the menu to that when 3.9.3 is built for and run in mga3 (note that gtkspell3 was built for mga3 to satisfy buildrequire in order to test this:

http://mtf.no-ip.co.uk/pub/linux/barjac/video/gnote-3.9.3_in_mga3.png
See the icons for all menu items, these are missing in mga4, however the search and stop icons are still missing in mga3.

Also note that all the above menus are inverted compared to that in 3.7.2 in mga3:

http://mtf.no-ip.co.uk/pub/linux/barjac/video/gnote-3.7.2_in_mga3.png
This maybe an intentional change for gnome top panel, but in that case it should be swichable for use with bottom panel.

I really am short of time to investigate further, but maybe one of the gnome packagers may have a clue what should be providing these icons.

I put a query on gnote ML in the hope that they may be able to shed some light ;)

Created attachment 4338 [details]
strace output

strace output from running gnote and opening search screen

From my own testing, 

most of the oxygen-gtk icon related issue come from the update to gtk+-3.9
They (again) obsoleted many methods (and when gtk means obsoleting, it just means, they break it), notably on icon management. 

Oxygen (of which I am one of the two main devs) needs fixing with this respect, but I wait for gtk+-3.10 (the stable version) to be out, since they will likely break more things in between. 

(to be honest: I am getting tired of the way gtk+3 breaks many many working things for every new release. Also: as for this issue, I am not even sure that there is a proper solution to it, due to the amount of obsoleted things ...)

CC: (none) => hugo

that explain everything indeed... :|

(In reply to Hugo Pereira Da Costa from comment #13)
> most of the oxygen-gtk icon related issue come from the update to gtk+-3.9
> They (again) obsoleted many methods (and when gtk means obsoleting, it just
> means, they break it), notably on icon management. 

Did you file a bug upstream? Though I can understand your frustration, I can only change this if I have bugs I can point at.

CC: (none) => olav

ok.
I have news on this, and this really is gtk screwing up.

1/ some time ago, gtk introduces non-standard, "symbolic" icons. These are the black and white icons used in toolbars (and e.g. in nautilus sidebar).
These are not present in oxygen widget theme.
2/ it is supposed to fallback on the non-symbolic name, if the symbolic one is not found. Good. So that it should have worked with oxygen, and it did, some time ago, but ... it now requires the icons to be svg, (as opposed to png in the past) which oxygen icon theme does not provide by default. So icons got missing.

3/ we (in oxygen-gtk) fixed that, by setting a "fallback" icon theme, forced to "gnome" (which naturally has all the right icons), so that all icons not found in oxygen icon theme, where found (fallback) in the oxygen icon theme. 

This worked, until gtk+3.8

Now, starting from 3.9, there is this:
https://mail.gnome.org/archives/commits-list/2013-June/msg06432.html

"Deprecate and ignore gtk-fallback-icon-theme"

So hack above does not work any more.

The only way to fix, as far as I know, is to package all svg icons in the oxygen icon theme. 

I'm still
- testing that the above indeed works, in which case I will talk to nuno (the oxygen icon guy) about this (or maybe mga packager can find a way to fix that themeselves).

- looking for a possible workaround to re-enable the fallback theme in oxygen-gtk. 

But really: 
- gtk3 guys are making our lives a pita
- this really should be reported upstream.

This is unrelated to oxygen-gtk in any case (and I indeed checked that icons are also missing when using Adwaita, with oxygen icon theme).

... in fact worse than that.
It seems that there is no fallback to "non-symbolic" icons, when the "symbolic" is not found.

Since there is no "symbolic" icon anywhere except gnome, things won't work except for the gnome icon theme. 

So my attempt at fixing by adding the svg icons to oxygen don't work either.

I noticed a recent symbolic icon lookup change:
https://bugzilla.gnome.org/show_bug.cgi?id=680926

Not sure if that is in an released version or not.

Also,
https://bugzilla.gnome.org/show_bug.cgi?id=703606

@Olav
https://bugzilla.gnome.org/show_bug.cgi?id=708163

upstream bug report.

... and yes, I believe this is a bug related to your second link
Thanks for double checkign ! 

hopefully this will get fixed before gtk-3.10 is out.

This(In reply to Hugo Pereira Da Costa from comment #20)
 
> hopefully this will get fixed before gtk-3.10 is out.

[baz@jackodesktop ~]$ rpm -qa|grep gtk|grep 3.10
lib64gtksourceview3.0_1-3.10.1-1.mga4
lib64gtk-gir3.0-3.10.1-1.mga4
adwaita-gtk2-theme-3.10.0-1.mga4
adwaita-gtk3-theme-3.10.0-1.mga4
gtk+3.0-3.10.1-1.mga4
gtksourceview-3.10.1-1.mga4
lib64gtkmm3.0_1-3.10.0-1.mga4
lib64cheese-gtk23-3.10.1-1.mga4
lib64gtk+3_0-3.10.1-1.mga4
lib64gtk+3.0-devel-3.10.1-1.mga4
lib64gtkmm3.0-devel-3.10.0-1.mga4
lib64gtksourceview-gir3.0-3.10.1-1.mga4

Seems not - the problem is still there in gnote-3.10.0-1.mga4.

To quote Aurimas, a gnote developer in the gnote ML:

"Looks like the same issue is present on Fedora with KDE too:
https://lists.fedoraproject.org/pipermail/devel/2013-October/190484.html"

I've packaged the gtk which contains a fix for this, that 3.10.1 and the version that you have. I've also added various dependencies to task-gnome-minimal. Though won't help if you only install gnote.

Hugo, could you add some insight? Latest GTK+ change still not good enough?

no you could reopen the gnome bug
(I added recent one as duplicate of https://bugs.mageia.org/show_bug.cgi?id=5132)

Seems fixed with gtk+3.0-3.10.3-1.mga4.

Thanks Olav closing as fixed.

Status: NEW => RESOLVED
Resolution: (none) => FIXED