[frameworks-ki18n] [Bug 364796] Require qt translations to be installed for RTL layout detection

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364796

Safa Alfulaij  changed:

   What|Removed |Added

 Status|CONFIRMED   |RESOLVED
 Resolution|--- |INVALID

--- Comment #2 from Safa Alfulaij  ---
It was fixed in Arch. https://bugs.archlinux.org/task/50780
I'm not sure about Ubuntu as it doesn't require the translations package:
http://packages.ubuntu.com/yakkety/kde-l10n-ar
No problems with Fedora.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kate] [Bug 368218] cursor not accurate on rtl language like persian and arabic

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368218

Safa Alfulaij  changed:

   What|Removed |Added

 CC||safa1996alful...@gmail.com
 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Safa Alfulaij  ---


*** This bug has been marked as a duplicate of bug 367722 ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kate] [Bug 367722] Caret shows in wrong location (one letter off) in Right-to-Left paragraphs when using dynamic word wrap

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367722

Safa Alfulaij  changed:

   What|Removed |Added

 CC||zahir.i1...@gmail.com

--- Comment #4 from Safa Alfulaij  ---
*** Bug 368218 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kate] [Bug 368182] New: Cursor disappears when adding more spaces at the end of a LTR line

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368182

Bug ID: 368182
   Summary: Cursor disappears when adding more spaces at the end
of a LTR line
   Product: kate
   Version: 16.04
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: part
  Assignee: kwrite-bugs-n...@kde.org
  Reporter: safa1996alful...@gmail.com

With word-wrap on:
When you reach the end of the line, and any more word will get to the next
line, and you add a space, the cursor goes to the right and disappears from the
view.
Simple test: Keep adding spaces tell you reach the end of the line.
For a reason, this behaviour doesn't happen with RTL lines, where the cursor
return to the end of last character before it goes off-screen.
A RTL word to test: "خشب".
As with LTR lines, just add the RTL word to force the direction RTL, and keep
adding spaces.

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kxmlgui] [Bug 368181] New: RTL mirroring in contact profiles pages

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368181

Bug ID: 368181
   Summary: RTL mirroring in contact profiles pages
   Product: frameworks-kxmlgui
   Version: 5.24.0
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kdelibs-b...@kde.org
  Reporter: safa1996alful...@gmail.com

There are some RTL mirroring problems in About dialog.
For example, in the Translators page, the contact buttons are left aligned,
while the name of the translator is RTL. Screenshot:
http://i.imgur.com/GH9e48A.png
In other pages, text should be directioned and aligned RTL, even for
contributer names, as it's not nice that the name is on the left and the role
is on the right. Same goes with the buttons. Screenshot:
http://i.imgur.com/8GF29YL.png

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-ktexteditor] [Bug 364707] Wrong cursor positioning in multiline RTL/bidi text (word-wrap on)

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364707

Safa Alfulaij  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #2 from Safa Alfulaij  ---


*** This bug has been marked as a duplicate of bug 367722 ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kate] [Bug 367722] Caret shows in wrong location (one letter off) in Right-to-Left paragraphs when using dynamic word wrap

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367722

--- Comment #3 from Safa Alfulaij  ---
*** Bug 364707 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kate] [Bug 367909] Pressing Backspace skips Arabic and Hebrew diacritics

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367909

--- Comment #2 from Safa Alfulaij  ---
(In reply to Dominik Haumann from comment #1)
> Is this maybe a regrssion caused by
> https://git.reviewboard.kde.org/r/127843/ ?

Looks like that!
But, Qt normal widgets doesn't remove the Indic composed characters as whole!
The characters are removed "base" by "base". This is the way used in Chromium,
LibreOffice and Gtk.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-ktexteditor] [Bug 364707] Wrong cursor positioning in multiline RTL/bidi text (word-wrap on)

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364707

--- Comment #1 from Safa Alfulaij  ---
A later bug has better explanation: https://bugs.kde.org/show_bug.cgi?id=367722

-- 
You are receiving this mail because:
You are watching all bug changes.

[kate] [Bug 367722] Caret shows in wrong location (one letter off) in Right-to-Left paragraphs when using dynamic word wrap

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367722

Safa Alfulaij  changed:

   What|Removed |Added

 CC||safa1996alful...@gmail.com
 Status|UNCONFIRMED |CONFIRMED
 Ever confirmed|0   |1

--- Comment #2 from Safa Alfulaij  ---
Duplicated: https://bugs.kde.org/show_bug.cgi?id=364707
But this has better explanation.

OS: Kate 16.04, KF 5.25.0, ArchLinux

Screenshots: http://imgur.com/a/RwpNu (First and last are right)
Text used:

خشب
خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب
خشب خشب خشب خشب خشب خشب خشب

-- 
You are receiving this mail because:
You are watching all bug changes.

[kate] [Bug 367909] New: Pressing Backspace skips Arabic and Hebrew diacritics

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367909

Bug ID: 367909
   Summary: Pressing Backspace skips Arabic and Hebrew diacritics
   Product: kate
   Version: 16.04
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: part
  Assignee: kwrite-bugs-n...@kde.org
  Reporter: safa1996alful...@gmail.com

When you have a text that ends with a diacritic
(https://en.wikipedia.org/wiki/Arabic_diacritics,
https://en.wikipedia.org/wiki/Hebrew_diacritics), pressing backspace will
ignore it and remove the whole character (what is called cluster).
In normal text edits (QLineEdit, QTextEdit), each diacritic is removed first,
and when there is non left, another backspace press will delete the character.

The reason of this is using "previousCursorPosition" method, as cursor doesn't
move when adding diacritics. And so, the previous position will be the last
character.

Sample text (With diacritic at the end): "ذهبَ"
Sample text (With two diacritics at the end): "حيٌّ"

Reproducible: Always

Steps to Reproduce:
1. Write/Copy-Paste sample text
2. Press backspace

Actual Results:  
The character with it's diacritics are all removed

Expected Results:  
َdiacritic is removed in the first sample text, and
ٌdiacritic is removed in the second sample text

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 367807] New: Media player reposition panel widgets when starting the next playlist track or repeating the track

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367807

Bug ID: 367807
   Summary: Media player reposition panel widgets when starting
the next playlist track or repeating the track
   Product: plasmashell
   Version: 5.7.3
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Media Player
  Assignee: k...@privat.broulik.de
  Reporter: safa1996alful...@gmail.com
CC: plasma-b...@kde.org

When I have a player (SMPlayer currently), and it has several tracks in the
playlist, the media player widget disappears from the panel when it reaches to
the end of the first track, and reappears when the next track strats. This
causes the widgets in the Panel to be repositioned, which is annoying.

A good idea is to wait 5 seconds (for example) for the player to starts the
next track or repeats the current.

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[konversation] [Bug 346137] Alignment errors when locale varies

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=346137

Safa Alfulaij  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Latest Commit||http://commits.kde.org/konv
   ||ersation/5bc9e0ac69072e2f6f
   ||cb8be56d693c428994f4b9
 Resolution|--- |FIXED

--- Comment #1 from Safa Alfulaij  ---
Git commit 5bc9e0ac69072e2f6fcb8be56d693c428994f4b9 by Safa Alfulaij.
Committed on 20/08/2016 at 13:47.
Pushed by safaalfulaij into branch 'master'.

Fix alignment issues of Bi-Directional text.

The previous code broke after porting to Qt5,
and alignment get messed up. This fixes that.
REVIEW: 126881

M  +32   -102  src/viewer/ircview.cpp

http://commits.kde.org/konversation/5bc9e0ac69072e2f6fcb8be56d693c428994f4b9

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 366205] New: Some issues with SDDM theme (RTL layout)

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=366205

Bug ID: 366205
   Summary: Some issues with SDDM theme (RTL layout)
   Product: plasmashell
   Version: master
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Theme - Breeze
  Assignee: visual-des...@kde.org
  Reporter: safa1996alful...@gmail.com
CC: plasma-b...@kde.org

There are some issues in the RTL layout of the Breeze theme in SDDM.
When opened: http://i.imgur.com/8SNbFW1.jpg
As you can see, the desktop enviroment text (LXQt desktop) is overlapping with
the arrow.
Then after clicking the dropdown box: http://i.imgur.com/HCB4Qsl.jpg
The menu is waay left!
The second thing is that the first user should be "safa" and then "test", it's
the opposite here.
After choosing "safa": http://i.imgur.com/krX0uqr.jpg
The space between the user picture and the information (date, time, charging
state) is the same as the one in LTR. I think there is something wrong here. Is
this what is it in LTR? The second user spacing in RTL is the spacing of the
first in LTR.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-ki18n] [Bug 364796] New: Require qt translations to be installed for RTL layout detection

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364796

Bug ID: 364796
   Summary: Require qt translations to be installed for RTL layout
detection
   Product: frameworks-ki18n
   Version: 5.23.0
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: caslav.i...@gmx.net
  Reporter: safa1996alful...@gmail.com
CC: kdelibs-b...@kde.org

RTL layout detection got solved in Qt5.6, but one have to install the qt
translations (that are not required right now). And therefore, the layout
doesn't get mirrored.

This is a problem in Arch, Ubuntu, and maybe all the other distros.

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdeplasma-addons] [Bug 364778] Selection isn't placed correctly on classifications (RTL layout)

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364778

--- Comment #1 from Safa Alfulaij  ---
It seems that the whole applet doesn't support RTL layout :)

Similar resolved bug: https://bugs.kde.org/show_bug.cgi?id=343250

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdeplasma-addons] [Bug 364778] New: Selection isn't placed correctly on classifications (RTL layout)

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364778

Bug ID: 364778
   Summary: Selection isn't placed correctly on classifications
(RTL layout)
   Product: kdeplasma-addons
   Version: 5.6.5
  Platform: Archlinux Packages
   URL: http://i.imgur.com/ZVHPVQ0.png
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Application Dashboard
  Assignee: h...@kde.org
  Reporter: safa1996alful...@gmail.com
CC: plasma-b...@kde.org

In RTL layouts (Arabic for example): when you hover over the classification
(Utilities, Games, Office, etc.), the selection isn't placed on the
right-aligned phrase, but aligned to the left.

Screenshot: http://i.imgur.com/ZVHPVQ0.png

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 364532] On RTL language, the panel edit is not working well, in vertical mode all the widget dissappear

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364532

Safa Alfulaij  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||safa1996alful...@gmail.com
 Status|UNCONFIRMED |CONFIRMED

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-ktexteditor] [Bug 364707] New: Wrong cursor positioning in multiline RTL/bidi text (word-wrap on)

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364707

Bug ID: 364707
   Summary: Wrong cursor positioning in multiline RTL/bidi text
(word-wrap on)
   Product: frameworks-ktexteditor
   Version: 5.23.0
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kwrite-bugs-n...@kde.org
  Reporter: safa1996alful...@gmail.com

If the RTL text continued to the next visual line, the positioning of the
cursor is offset to the left, and that's only if the visual line is not the
last line. The amount depend on the font somehow.

Visual line: each segment of the breaked line when word-wrap is on.

Text used:
"""
خشب
خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب خشب
خشب خشب خشب خشب خشب خشب خشب 
"""

Screenshots showing the problem in the first and second line segments of the
word-wraped line:  http://imgur.com/a/RwpNu (First one-word line and last
segment are right)

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[kate] [Bug 187408] [BiDi/Unicode] RTL: Directionality dependent upon word wrap

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=187408

--- Comment #5 from Safa Alfulaij  ---
Please check: https://bugs.kde.org/show_bug.cgi?id=280645#c7

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-ktexteditor] [Bug 364656] New: Adding 'Insert Unicode control character' to the context menu of the main edit box

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364656

Bug ID: 364656
   Summary: Adding 'Insert Unicode control character' to the
context menu of the main edit box
   Product: frameworks-ktexteditor
   Version: 5.23.0
  Platform: Archlinux Packages
   URL: http://i.imgur.com/zw0sM0E.png
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: kwrite-bugs-n...@kde.org
  Reporter: safa1996alful...@gmail.com

The 'Insert Unicode control character' menu would be really helpful for
RTL-language users. It helps organizing mixed RTL and LTR text by adding
controlling characters to specify direction of text and stuff.
This menu should come with Qt, but I think that the edit box (main edit box)
doesn't use Qt's lineedit context menu.
And for Qt, there is a bug where this menu isn't available in Qt5 because of
removal of "Qt tools". (https://bugreports.qt.io/browse/QTBUG-50792)

The menu: http://i.imgur.com/zw0sM0E.png

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[kate] [Bug 364654] New: Tabs aren't aligned to right in RTL layouts

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364654

Bug ID: 364654
   Summary: Tabs aren't aligned to right in RTL layouts
   Product: kate
   Version: 16.04
  Platform: Archlinux Packages
   URL: http://i.imgur.com/cI37uXN.png
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kwrite-bugs-n...@kde.org
  Reporter: safa1996alful...@gmail.com

When using Kate with an RTL language (Like Arabic), tabs are still aligned to
the left and not mirroed. Same with the small "Quick open" and "Split" buttons.

Screenshot: http://i.imgur.com/cI37uXN.png

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-ktexteditor] [Bug 280645] [BiDi/Unicode] If the BiDi algorithms is too complicated to maintain, why not to support the simple one???

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=280645

--- Comment #7 from Safa Alfulaij  ---
(In reply to Diego Iastrubni from comment #6)
> Safa, that is not correct. In our current implementation,
> direction=alignment.
> 
> That said, I do see some scenarios in which "first strong character of
> paragraph" fails as an algorithm.

Here you are, some screenshots :)
This is in Windows, but it's the exact same in ArchLinux (Kate 16.04.1, Qt 5.6,
KF 5.22)

Word-wrap on: http://i.imgur.com/3uxv2vK.png
Word-wrap off: http://i.imgur.com/L8B8dDG.png

And this is Windows notepad where alignment=direction:
RTL text order active: http://i.imgur.com/76XnPma.png
RTL text order inactive: http://i.imgur.com/1QaH4gw.png

-- 
You are receiving this mail because:
You are watching all bug changes.

[kate] [Bug 187408] [BiDi/Unicode] RTL: Directionality dependent upon word wrap

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=187408

Safa Alfulaij  changed:

   What|Removed |Added

 CC||safa1996alful...@gmail.com

--- Comment #3 from Safa Alfulaij  ---
Direction-ality in Kate/KWrite is depended on the text, wheater it's RTL or
LTR.
The only thing that differs here is alignment:
- Left alignment for all the text if word-wrap is off.
- Dependent alignment for RTL/LTR text if word-wrap is on.

So I don't really see the importance of making such an option to just get the
alignment to right if word-wrap is off.
Since direction of both text is correct, alignment it's not a big problem.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-ktexteditor] [Bug 280645] [BiDi/Unicode] If the BiDi algorithms is too complicated to maintain, why not to support the simple one???

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=280645

Safa Alfulaij  changed:

   What|Removed |Added

 CC||safa1996alful...@gmail.com

--- Comment #5 from Safa Alfulaij  ---
I don't see any use of making such a button. The current implementation of bidi
text is quite fine.

Word-wrap (off):
All the text is aligned to left, while the direction of each is correct. RTL
text have RTL direction, and LTR text have LTR direction.
Word-wrap (on):
Text is aligned depending on it's direction. So Arabic/Hebrew text is aligned
to right, and English text is aligned to left. And the text direction of both
is correct.

To conclude:
Direction-ality is reserved for both RTL and LTR text. Just the alignment
differs and that's totally fine.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasma-pa] [Bug 353437] Plasma-PA audio levels for applications

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=353437

--- Comment #3 from Safa Alfulaij  ---
Here you are: http://i.imgur.com/iQqgzOP.png
And some apps running: http://i.imgur.com/RxFwO1d.png

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 359139] I have a empty space/icon in the system tray

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359139

--- Comment #8 from Safa Alfulaij  ---
Related: https://bugs.kde.org/show_bug.cgi?id=352055

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 359139] I have a empty space/icon in the system tray

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359139

Safa Alfulaij  changed:

   What|Removed |Added

 CC||safa1996alful...@gmail.com

--- Comment #7 from Safa Alfulaij  ---
I have this problem also. Sometimes it's an empty space and others it's a very
tiny icon at the top left of the empty space.
What I do is go to "System Tray Settings", uncheck the hidden icon (that is
checked but not visible), Hit Apply, check it again and Ok.
A screenshot: http://i.imgur.com/p5X6Lo1.png (The text displayed in the tooltip
is "Printers", which is the "Manage printers" plasmoid).
When I uncheck "Clipboard", and hit Apply, and then check it again and hit
Apply, the clipboard icon takes the empty space and the "Printers" plasmoid
goes to the menu where icons are hidden.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasma-pa] [Bug 353437] Plasma-PA audio levels for applications

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=353437

Safa Alfulaij  changed:

   What|Removed |Added

 CC||safa1996alful...@gmail.com

--- Comment #1 from Safa Alfulaij  ---
I think that the applet has now two tabs for both applications and devices :)

-- 
You are receiving this mail because:
You are watching all bug changes.

[lokalize] [Bug 348757] Project view jumps to new (random?) file after closing translation file

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=348757

Safa Alfulaij  changed:

   What|Removed |Added

 CC||safa1996alful...@gmail.com

--- Comment #3 from Safa Alfulaij  ---
I can confirm that. It happens only if I translated a template pot file (there
is no po file).
The problem looks like that Lokalize detects the new po file and refresh the
whole list!
There should be a way to workaround this..

I'm using:
KDE Frameworks 5.18.0
Qt 5.5.1 (built against 5.5.1)
The xcb windowing system

-- 
You are receiving this mail because:
You are watching all bug changes.

[Plasma SDK] [Bug 359174] New: Wrong encoded text in plasmapkg2 output

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=359174

Bug ID: 359174
   Summary: Wrong encoded text in plasmapkg2 output
   Product: Plasma SDK
   Version: unspecified
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: General
  Assignee: plasma-b...@kde.org
  Reporter: safa1996alful...@gmail.com
CC: antonis.tsiapalio...@kde.org

Using an Arabic locale, the output of list, install and remove commands (and
maybe others) contains Arabic text that is wrongly encoded. Help command
(--help) displays text correctly.
Here is a screenshot from Konsole: http://i.imgur.com/Jg2UOWF.png . The correct
encoded text is in the green rectangle, while the wrong is in a red rectangle.
The Arabic text (in the red rectangle) should be "يسرد أنواع الخدمات".

Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 358169] New: Creating a new folder causes crash (Localized version problem)

[Safa Alfulaij via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=358169

Bug ID: 358169
   Summary: Creating a new folder causes crash (Localized version
problem)
   Product: dolphin
   Version: 15.12.1
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: safa1996alful...@gmail.com

Application: dolphin (15.12.1)

Qt Version: 5.5.1
Operating System: Linux 4.3.3-2-ARCH x86_64
Distribution (Platform): Archlinux Packages

Information about the crash:
I use Dolphin with Arabic translation. For a reason, there are two entries in
the "Create new" list, one of them is the English "Folder" entry, and the other
is the localized entry (مجلد in Arabic). Trying to create a folder by clicking
the English entry causes crash, while the localized entry doesn't.

The crash can be reproduced every time.

Backtrace (Not really useful because there are no debug symobls installed):
Application: Dolphin (dolphin), signal: Segmentation fault
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f06eb355800 (LWP 13758))]

Thread 3 (Thread 0x7f06d54e4700 (LWP 13759)):
#0  0x7f06ead7e18d in poll () from /usr/lib/libc.so.6
#1  0x7f06deff9ae2 in ?? () from /usr/lib/libxcb.so.1
#2  0x7f06deffb757 in xcb_wait_for_event () from /usr/lib/libxcb.so.1
#3  0x7f06d6bff379 in ?? () from /usr/lib/libQt5XcbQpa.so.5
#4  0x7f06e57c6b8e in ?? () from /usr/lib/libQt5Core.so.5
#5  0x7f06e1cd74a4 in start_thread () from /usr/lib/libpthread.so.0
#6  0x7f06ead8713d in clone () from /usr/lib/libc.so.6

Thread 2 (Thread 0x7f06cb46b700 (LWP 13760)):
#0  0x7f06ead7e18d in poll () from /usr/lib/libc.so.6
#1  0x7f06e114dfbc in ?? () from /usr/lib/libglib-2.0.so.0
#2  0x7f06e114e0cc in g_main_context_iteration () from
/usr/lib/libglib-2.0.so.0
#3  0x7f06e59fe56b in
QEventDispatcherGlib::processEvents(QFlags) ()
from /usr/lib/libQt5Core.so.5
#4  0x7f06e59a557a in
QEventLoop::exec(QFlags) () from
/usr/lib/libQt5Core.so.5
#5  0x7f06e57c1be4 in QThread::exec() () from /usr/lib/libQt5Core.so.5
#6  0x7f06e57c6b8e in ?? () from /usr/lib/libQt5Core.so.5
#7  0x7f06e1cd74a4 in start_thread () from /usr/lib/libpthread.so.0
#8  0x7f06ead8713d in clone () from /usr/lib/libc.so.6

Thread 1 (Thread 0x7f06eb355800 (LWP 13758)):
[KCrash Handler]
#5  0x7f06e9df8473 in ?? () from /usr/lib/libKF5KIOFileWidgets.so.5
#6  0x7f06e9dfc9b0 in ?? () from /usr/lib/libKF5KIOFileWidgets.so.5
#7  0x7f06e59d631a in QMetaObject::activate(QObject*, int, int, void**) ()
from /usr/lib/libQt5Core.so.5
#8  0x7f06e64a52cf in QActionGroup::triggered(QAction*) () from
/usr/lib/libQt5Widgets.so.5
#9  0x7f06e64a5f49 in ?? () from /usr/lib/libQt5Widgets.so.5
#10 0x7f06e59d631a in QMetaObject::activate(QObject*, int, int, void**) ()
from /usr/lib/libQt5Core.so.5
#11 0x7f06e64a1d92 in QAction::triggered(bool) () from
/usr/lib/libQt5Widgets.so.5
#12 0x7f06e64a4218 in QAction::activate(QAction::ActionEvent) () from
/usr/lib/libQt5Widgets.so.5
#13 0x7f06e6626b72 in ?? () from /usr/lib/libQt5Widgets.so.5
#14 0x7f06e662ce2c in ?? () from /usr/lib/libQt5Widgets.so.5
#15 0x7f06e6630d70 in QMenu::mouseReleaseEvent(QMouseEvent*) () from
/usr/lib/libQt5Widgets.so.5
#16 0x7f06e64ee9c8 in QWidget::event(QEvent*) () from
/usr/lib/libQt5Widgets.so.5
#17 0x7f06e66317b3 in QMenu::event(QEvent*) () from
/usr/lib/libQt5Widgets.so.5
#18 0x7f06e64ab9ac in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() from /usr/lib/libQt5Widgets.so.5
#19 0x7f06e64b1589 in QApplication::notify(QObject*, QEvent*) () from
/usr/lib/libQt5Widgets.so.5
#20 0x7f06e59a7bab in QCoreApplication::notifyInternal(QObject*, QEvent*)
() from /usr/lib/libQt5Core.so.5
#21 0x7f06e64b0492 in QApplicationPrivate::sendMouseEvent(QWidget*,
QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool) () from
/usr/lib/libQt5Widgets.so.5
#22 0x7f06e650929d in ?? () from /usr/lib/libQt5Widgets.so.5
#23 0x7f06e650b4fb in ?? () from /usr/lib/libQt5Widgets.so.5
#24 0x7f06e64ab9ac in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() from /usr/lib/libQt5Widgets.so.5
#25 0x7f06e64b0e86 in QApplication::notify(QObject*, QEvent*) () from
/usr/lib/libQt5Widgets.so.5
#26 0x7f06e59a7bab in QCoreApplication::notifyInternal(QObject*, QEvent*)
() from /usr/lib/libQt5Core.so.5
#27 0x7f06e5ef95f1 in
QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*)
() from /usr/lib/libQt5Gui.so.5
#28 0x7f06e5efb2b5 in
QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*)
() from /usr/lib/libQt5Gui.so.5
#29 0x7f06e5ee06d8 in
QWindowSystemInterface::sendWindowSystemEvents(QFlags)
() from