Bug 18387 - Kmahjongg fails to start (continuously generates error messages)
Summary: Kmahjongg fails to start (continuously generates error messages)
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: KDE maintainers
QA Contact:
URL:
Whiteboard:
Keywords: 6sta1
Depends on:
Blocks: 17523
  Show dependency treegraph
 
Reported: 2016-05-06 19:13 CEST by Maurice Batey
Modified: 2017-03-14 18:30 CET (History)
4 users (show)

See Also:
Source RPM: kmahjongg-16.04.0-1.mga6.src.rpm
CVE:
Status comment:


Attachments

Description Maurice Batey 2016-05-06 19:13:25 CEST
Description of problem:


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:

1. Unstall kmahjongg

2. Execute 'kmahjongg' in terminal session

3. See never-ending stream of error messages. Sample:

QPainter::save: Painter not active
QPainter::setPen: Painter not active
QPainter::setBrush: Painter not active
QPainter::setRenderHint: Painter must be active to set rendering hints
QPainter::setRenderHint: Painter must be active to set rendering hints
QPainter::restore: Unbalanced save/restore
log_kmahjongg: An error occurred when loading the background  "/usr/share/apps/kmahjongglib/backgrounds/default.desktop"  KMahjongg will continue with the default background.
log_kmahjongg: Error loading the layout. Try to load the default layout.
log_kmahjongg: Inside LoadDefault(), located layout at "/usr/share/kmahjongg/layouts/default.desktop"
log_kmahjongg: Using layout at "/usr/share/kmahjongg/layouts/default.layout"
log_libkmahjongg: Inside LoadDefault(), located path at "/usr/share/kmahjongglib/tilesets/default.desktop"
log_kmahjongg: An error occurred when loading the tileset  "/usr/share/apps/kmahjongglib/tilesets/default.desktop"  KMahjongg will continue with the default tileset.
log_kmahjongg: Set a new Background:  "/usr/share/apps/kmahjongglib/backgrounds/default.desktop"
log_kmahjongg: Loading the background failed. Try to load the default background.
log_libkmahjongg: Inside LoadDefault(), located background at "/usr/share/kmahjongglib/backgrounds/egyptian.desktop"
log_libkmahjongg: Using background at "/usr/share/kmahjongglib/backgrounds/egyptian.svgz"
QPainter::begin: Paint device returned engine == 0, type: 3
QPainter::save: Painter not active
QPainter::setPen: Painter not active
QPainter::setBrush: Painter not active
QPainter::setRenderHint: Painter must b
Marja Van Waes 2016-05-07 09:35:45 CEST

CC: (none) => marja11
Assignee: bugsquad => mageia

Maurice Batey 2016-05-07 19:48:06 CEST

Keywords: (none) => 6sta1

Comment 1 Nicolas Lécureuil 2016-05-07 20:25:07 CEST
is kmahjongglib installed ?
Nicolas Lécureuil 2016-05-07 20:25:22 CEST

Blocks: (none) => 17523

Comment 2 Maurice Batey 2016-05-07 20:46:47 CEST
Yes - in /usr/share.
Comment 3 Arne Spiegelhauer 2016-05-08 21:20:06 CEST
I have one system updated from an mga5 installation displaying similar behaviour and another installed from the dev1 iso which does not have the problem.
The difference seems to be the contents of .config/kmahjonggrc and the existence of .kde4/share/config/kmahjonggrc.
Deleting/renaming those files allowed kmahjong to create a new .config/kmahjonggrc and start.

CC: (none) => gm2.asp

Comment 4 Arne Spiegelhauer 2016-05-08 22:11:38 CEST
Sorry, didn't notice the 6sta1 keyword, so presumably different root cause
Comment 5 Maurice Batey 2016-07-09 19:18:59 CEST
Deleting .config/kmahjonggrc and .kde4/share/config/kmahjonggrc (presumably inherited from Mageia-5 /home) has allowed kmahjongg start on my Mageia-6-sta1 Plasma 5.7.0.

Is there a way such a migration could be automatically taken care of by a Mageia-6 install taking over a Mageia-5 /home?
Comment 6 Nicolas Lécureuil 2016-07-26 15:44:43 CEST
you deleted them or you have a copy somewhere ?
Comment 7 Maurice Batey 2016-07-26 17:13:07 CEST
I'm away from base and 64-bit Mga-6 until next week, but here on my Samsung NC110 netbook with 32-bit Mga6-RC fully Cauldron updated, kmahjongg is working just fine.

This is with the following files in $USER:

$ find . -name "*jongg*" -print 
./.config/kmahjonggrc
./.local/share/kxmlgui5/kmahjongg
./.kde4/share/apps/kajongg
./.kde4/share/apps/kajongg/kajongg.db
./.kde4/share/config/kmahjonggrc
./.kde4/share/config/kajonggrc

   ("kajongg"??!! What's that?!)

Curiously, with the 64-bit Mga-5 install on the HP Probook here the same 'find' throws up only 1 file:

./.kde4/share/config/kmahjonggrc
Comment 8 Arne Spiegelhauer 2016-07-26 17:40:56 CEST
I restored my original .config/kmahjonggrc. Current version of kmahjong automatically updates it:

$diff kmahjonggrc.old kmahjonggrc
2c2,4
< Layout_file=/usr/share/apps/kmahjongg/layouts/default.desktop
---
> Background_file=/usr/share/kmahjongglib/backgrounds/egyptian.desktop
> Layout_file=/usr/share/kmahjongg/layouts/default.desktop
> Tileset_file=/usr/share/kmahjongglib/tilesets/default.desktop
9c11
< State=AAAA/wAAAAD9AAAAAAAABwAAAAPzAAAABAAAAAQAAAAIAAAACPwAAAABAAAAAgAAAAEAAAAWAG0AYQBpAG4AVABvAG8AbABCAGEAcgEAAAAA/////wAAAAAAAAAA
---
> State=AAAA/wAAAAD9AAAAAAAABn8AAAQFAAAABAAAAAQAAAAIAAAACPwAAAABAAAAAgAAAAEAAAAWAG0AYQBpAG4AVABvAG8AbABCAGEAcgEAAAAA/////wAAAAAAAAAA
Comment 9 David GEIGER 2016-08-09 22:19:29 CEST
Tested here on current up-to-date Cauldron and for me kmahjongg works fine as it should.

CC: (none) => geiger.david68210

Samuel Verschelde 2016-08-25 16:23:33 CEST

Assignee: mageia => kde

Comment 10 Nicolas Lécureuil 2017-03-14 17:23:54 CET
thanks so closing. Please reopen if needed

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

Comment 11 Maurice Batey 2017-03-14 18:30:20 CET
Working fine here also on up-to-date Mageia-6-sta2.

Note You need to log in before you can comment on or make changes to this bug.