Recent files menu does not list files with non-Latin filenames (Windows)

Bug #629608 reported by Alexander on 2010-09-03
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Patrick Storz

Bug Description

Recent files list do not saves files with non latin letter filenanes.
0.48(rus), WinXP SP3(rus)

jazzynico (jazzynico) on 2010-09-03
tags: added: saving ui win32
removed: letters litin recent
Changed in inkscape:
importance: Undecided → Low
jazzynico (jazzynico) wrote :

Confirmed on Windows XP, Inkscape 0.48.
Not reproduced on Ubuntu 10.04, Inkscape 0.48 and on Windows XP, Inkscape 0.47.

Changed in inkscape:
status: New → Confirmed
tags: added: regression
su_v (suv-lp) wrote :

Possibly related to
Bug #603442 “UTF characters in the meta-data title field not preserved”?

jazzynico (jazzynico) wrote :

@~suv - yes, exactly! That's the report I was looking for, but I didn't use the correct keyword apparently...

jazzynico (jazzynico) wrote :

Still present on Windows XP, Inkscape trunk revision 11652.

Changed in inkscape:
status: Confirmed → Triaged
jazzynico (jazzynico) on 2012-09-05
tags: removed: saving
jazzynico (jazzynico) wrote :

The bug doesn't happen when saving (the line correclty shows in the recently-used.xbel file), but when filtering the entries that populate the menu. If you comment the GtkRecentFilter in src/interface.cpp (lines 1020-1022), the UTF files show as expected (well, other files unrelated to Inkscape too, that's why there is a filter...).
Investigations in progress.

jazzynico (jazzynico) wrote :

The missing files are correctly encoded as UTF-8 in recently-used.xbel. Nothing wrong there.
What strikes me is that creating a GtkRecentFilter with no rule (with gtk_recent_filter_add_pattern (filter, "*");) hides the UTF files.

Note that other GTK applications such as Geany or Gimp are not affected (but I'm not sure how they handle the recent files and if they use GtkRecentFilter).

jazzynico (jazzynico) wrote :

Well, Geany uses it's own recent files code, and Gimp lists the GtkRecentManager's items and filters them manually...

summary: - Recent files list
+ Recent files menu does not list files with non-Latin filenames (Windows)
Patrick Storz (ede123) wrote :

Status update:
- Inkscape 0.92.2 (764c4b8370, 2017-09-14) build with gtk2 2.24.31
  => issue still present
- Inkscape 0.92+devel (1da36c2be7, 2017-09-15) build with gtk3 3.22.19
  => issue seems fixed (at least German umlauts work)

I have a feeling it might have been fixed in gtk or does anybody recall any changes in Inkscape itself which could have fixed this issue?

Patrick Storz (ede123) wrote :

Issue tracked down further to the function

It seems gtk is too stupid to find files with special characters and therefore excludes them from the list...
It still does not explain why it works without calling gtk_recent_chooser_add_filter (i.e. adding the "inkscape_only_filter".

Patrick Storz (ede123) wrote :

While I'm still not 100% sure why removing the filter works around the issue, I found the cause of it:

In [1] GTK+ is supposed to check whether the file in question exists and someone decided it would be a good idea to pass an UTF-8 encoded path to a function that expects the an ANSI string encoded in the systems codepage...

I reported the issue in gtk2 upstream and submitted a patch [2].
As for gtk3 I was right: It was already fixed "by accident" with an earlier patch [3] (which actually tried to address a different issue).


Changed in inkscape:
status: Triaged → In Progress
assignee: nobody → Eduard Braun (eduard-braun2)
milestone: none → 0.92.3
Patrick Storz (ede123) wrote :

Patch merged and packaged in MSYS2, see

I think that's enough for now to mark this bug solved, let's hope the patch gets accepted upstream, too.

Changed in inkscape:
status: In Progress → Fix Committed
Bryce Harrington (bryce) on 2018-05-12
Changed in inkscape:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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