Awn

Cairo main menu shows places incorrect when launched in Russian locale

Bug #324975 reported by Eugene
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Awn
Invalid
Undecided
Unassigned
Awn Extras
Fix Released
Undecided
moonbeam

Bug Description

Russian letters gets %-escaped. For example, %D0%92 instead of russian В (If you havn't russian fonts - it looks like latin B) .
But russian letters in ubuntu menu are correct.

I guess with bug is closely related with <a href="https://bugs.launchpad.net/awn/+bug/324971">File Browser Launcher works incorrecty in Russian locale</a>

Revision history for this message
Eugene (lisitsky) wrote :
Matt (mjz)
Changed in awn:
status: New → Invalid
Revision history for this message
moonbeam (rcryderman) wrote :

I'm guessing the file path is url encoded (which is ok... places does do a urldecode before attempting to open).

Normally in the bookmarks file the lines are of the form.

file:///home/username/My%20Files/ My Files

I'm suspecting that you have some entries that are along the lines of

file:///home/username/My%20Files/

In which case I believe that Places will just take the basename as the Displayed text... I suspect I just need to urldecode it in that situation also. I'm going to be doing a bit of work on the .gtk-bookmarks code in Places in the next couple days so I'll have a look at this problem also.

Thanks for the bug report.

Changed in awn-extras:
assignee: nobody → rcryderman
Revision history for this message
Eugene (lisitsky) wrote :

Thank you for your attention!

Contents of my file was:
file:///home/e/%D0%9C%D1%83%D0%B7%D1%8B%D0%BA%D0%B0
file:///home/e/%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D1%8B
file:///home/e/%D0%9A%D0%B0%D1%80%D1%82%D0%B8%D0%BD%D0%BA%D0%B8
file:///home/e/%D0%92%D0%B8%D0%B4%D0%B5%D0%BE

I'd changed it to:
file:///home/e/%D0%9C%D1%83%D0%B7%D1%8B%D0%BA%D0%B0 Музыка
file:///home/e/%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D1%8B Документы
file:///home/e/%D0%9A%D0%B0%D1%80%D1%82%D0%B8%D0%BD%D0%BA%D0%B8 Картинки
file:///home/e/%D0%92%D0%B8%D0%B4%D0%B5%D0%BE Видео

Separator is space.

I have very similar problem with AWN file launcher, please look at bug #324971.

But they are displayed encoded, as before. Also I found that only 2nd and 4th work and open folders. If I select 1st or 3rd item - nothing happens.

Revision history for this message
moonbeam (rcryderman) wrote :

This _may_ now be fixed in trunk. Please test.

Changed in awn-extras:
status: New → In Progress
Revision history for this message
Eugene (lisitsky) wrote :

I've installed trunk version - now it works well!
Names are in Russian and correct. The only exception is tooltip.

And sometimes Places submenu openes in strange place. Please look at screenshot.

Yours, Eugene

Revision history for this message
moonbeam (rcryderman) wrote :

Eugene,

I'll take care of the tooltips next time I have that source open.

How often does the submenu open in an incorrect position? Does it correct its placement next time to you navigate to the submenu (without restarting the applet) ? What window manager is being used?

If possible I'd appreciate if you could open a new bug, at least for the submenu placement issue and provide the info requested above along with the screenshot.

Thanks,

Revision history for this message
Eugene (lisitsky) wrote :

> I'll take care of the tooltips next time I have that source open.
Thank you!

> If possible I'd appreciate if you could open a new bug,
Of course! You are quite right, it could be better to separate these problems.
I've opened bug #329164 with detailed info.

Thank you for your attention!

Revision history for this message
moonbeam (rcryderman) wrote :

Fix Committed for tooltips as of rev 1110. Other fixes pushed previously.

Changed in awn-extras:
status: In Progress → Fix Committed
Mark Lee (malept)
Changed in awn-extras:
milestone: none → 0.3.2.1
Mark Lee (malept)
Changed in awn-extras:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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