Printing form app to CUPS-pdf not working anymore

English Install/Boot/Login
21

Not related to the error reported by the OP though.

22

Was there any indication in the CUPS log files indicating why?

  • The CUPS log files located in ‘/var/log/cups/’ 


Does the systemd Journal supply any information regarding the access violation?

1 Like
23

Very good point! Why didn’t I check earlier!?!?

Nothing in cups error log or log for cups-pdf (same folder), but in journalctl the following lines are added when printing to CUPS-pdf from moneyplex:

journalctl -r
Apr 03 17:35:48 Dell50720 kwin_x11[1869]: kwin_core: XCB error: 152 (BadDamage), sequence: 25475, resource id: 11618275, major code: 143 (DAMAGE), minor code: 3 (Subtract)
Apr 03 17:35:46 Dell50720 plasmashell[6256]: MpxGetDeviceCaps: DPI.X -> 96
Apr 03 17:35:44 Dell50720 dbus-daemon[746]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.Avahi.service': Unit dbus-org.freedesktop.Avahi.service no>
Apr 03 17:35:44 Dell50720 dbus-daemon[746]: [system] Activating via systemd: service name='org.freedesktop.Avahi' unit='dbus-org.freedesktop.Avahi.service' requested by ':1>
Apr 03 17:35:42 Dell50720 plasmashell[6256]: MpxGetDeviceCaps: DPI.Y -> 96
Apr 03 17:35:42 Dell50720 plasmashell[6256]: WARNING: TGtk2WidgetSet.InvalidateRect refused invalidating during paint message: TMediaGroup
Apr 03 17:35:42 Dell50720 plasmashell[6256]: WARNING: TGtk2WidgetSet.InvalidateRect refused invalidating during paint message: TMediaGroup
Apr 03 17:35:42 Dell50720 plasmashell[6256]: WARNING: TGtk2WidgetSet.InvalidateRect refused invalidating during paint message: TMediaGroup
24

These two lines seem to be cut off. Aren’t they? Especially what comes after “Unit dbus-org.freedesktop.Avahi.service no>
” might be quite crucial. Could be “
no
t found”?
You may try to provide the missing information.
And what about:

systemctl status avahi-daemon
25

Hi and thanks!

avahi is disabled, why would I need this trash for printing a .pdf with cups?

26


starting avahi-daemon doesn’t help, same Access Violation error

27

Please check for user or system core dumps.

  • “coredumpctl”

I wouldn’t worry too much about the kwin_x11 XCB errors – I’m also seeing the things here:

 # journalctl -b 0 --no-hostname --output=short-monotonic | grep -iE 'core|dump'
 .
[ 6044.761832] kwin_x11[4671]: kwin_core: XCB error: 10 (BadAccess), sequence: 882, resource id: 1738, major code: 142 (Composite), minor code: 2 (RedirectSubwindows)
 .
[ 8466.589151] kwin_x11[4671]: kwin_core: XCB error: 152 (BadDamage), sequence: 11245, resource id: 20996212, major code: 143 (DAMAGE), minor code: 2 (Destroy)
[ 8466.589693] kwin_x11[4671]: kwin_core: XCB error: 3 (BadWindow), sequence: 11246, resource id: 171966535, major code: 129 (SHAPE), minor code: 6 (Input)
[ 9509.829320] kwin_x11[4671]: kwin_core: XCB error: 152 (BadDamage), sequence: 3110, resource id: 21001279, major code: 143 (DAMAGE), minor code: 2 (Destroy)
[ 9509.829889] kwin_x11[4671]: kwin_core: XCB error: 3 (BadWindow), sequence: 3111, resource id: 178258185, major code: 129 (SHAPE), minor code: 6 (Input)
[11466.346054] kwin_x11[4671]: kwin_core: XCB error: 152 (BadDamage), sequence: 25356, resource id: 21013804, major code: 143 (DAMAGE), minor code: 2 (Destroy)
[11466.346683] kwin_x11[4671]: kwin_core: XCB error: 3 (BadWindow), sequence: 25357, resource id: 8389478, major code: 129 (SHAPE), minor code: 6 (Input)
[12108.583860] kwin_x11[4671]: kwin_core: XCB error: 152 (BadDamage), sequence: 27595, resource id: 21019412, major code: 143 (DAMAGE), minor code: 2 (Destroy)
[12108.584592] kwin_x11[4671]: kwin_core: XCB error: 3 (BadWindow), sequence: 27596, resource id: 21019410, major code: 129 (SHAPE), minor code: 6 (Input)

But, I suspect that, it may well be that, I’ll submit a KDE Plasma bug report due to these systemd Journal entries 


1 Like
28

coredumpctl shows me various coredumps for moneyplex after starting the cups-pdf printing. Any info needed? Where to find? :wink:

29

Presumably PEBKAC. Out of curiosity I installed cups-pdf:

erlangen:~ # lpstat -p
printer CUPS-PDF is idle.  enabled since Tue Apr  4 12:50:40 2023
printer HLL2350DW is idle.  enabled since Fri Feb 17 12:25:30 2023
printer MFC255CW is idle.  enabled since Fri Dec  9 11:42:14 2022
erlangen:~ #

Cups-pdf readily prints and puts the output here:

erlangen:~ # ll /var/spool/cups-pdf/karl/adidas32-job_102.pdf
-rw------- 1 karl users 627597 Apr  4 12:50 /var/spool/cups-pdf/karl/adidas32-job_102.pdf
erlangen:~ # 

karl@erlangen:~> journalctl --user --since 12:50 --until 12:51 --identifier plasmashell 
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: "Printer \"CUPS-PDF\" state changed to processing." "ipp://erlangen:631/printers/CUPS-PDF" "CUPS-PDF" 4 "none" true
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: Get-Jobs last error: 0 successful-ok
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: Get-Jobs last error: 0 successful-ok
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: Get-Printer-Attributes last error: 0 successful-ok
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: Get-Printer-Attributes last error: 0 successful-ok
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: 1
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: 1
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: 4 "CUPS-PDF"
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: 4 "CUPS-PDF"
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: Get-Jobs last error: 0 successful-ok
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: 1
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: Get-Jobs last error: 0 successful-ok
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: 1
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: "Printer \"CUPS-PDF\" state changed to idle." "ipp://erlangen:631/printers/CUPS-PDF" "CUPS-PDF" 3 "none" true
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: Get-Printer-Attributes last error: 0 successful-ok
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: 3 "CUPS-PDF"
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: Get-Jobs last error: 0 successful-ok
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: 0
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: Get-Jobs last error: 0 successful-ok
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: 0
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: Get-Printer-Attributes last error: 0 successful-ok
Apr 04 12:50:40 erlangen plasmashell[9946]: libkcups: 3 "CUPS-PDF"
karl@erlangen:~>
30

Extract the moneyplex core dumps to files and, send them off to the supplier for inspection and, request that, the application be repaired 


31

used coredump -o to extract the info, but the file 358 MB large, no idea how to get this over to the makers of moneyplex. and again: the app works on Debian and it worked on TW one month ago. this is a TW error


32

I can confirm the crash of moneypley 20 (Build L-24799-64bit) with cups-pdf printing. The problem might be related to the last libcairo2 update see snippet below.

Thread 1 (Thread 0x7f5c13160980 (LWP 4103)):
#0  __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44
#1  0x00007f5c13b70e03 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78
#2  0x00007f5c13b1f356 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
#3  0x00007f5c13b07897 in __GI_abort () at abort.c:79
#4  0x00007f5c13b077ab in __assert_fail_base (fmt=0x7f5c12def897 "%s%s%s:%u: %s%sZusicherung »%s« nicht erfĂŒllt.\n%n", assertion=0x7f5c13e1b2f0 "CAIRO_REFERENCE_COUNT_HAS_REFERENCE (&cr->ref_count)", file=0x7f5c13e13fdf "../src/cairo.c", line=524, function=<optimized out>) at assert.c:92
#5  0x00007f5c13b17686 in __assert_fail (assertion=assertion@entry=0x7f5c13e1b2f0 "CAIRO_REFERENCE_COUNT_HAS_REFERENCE (&cr->ref_count)", file=file@entry=0x7f5c13e13fdf "../src/cairo.c", line=line@entry=524, function=function@entry=0x7f5c13e1b158 <__PRETTY_FUNCTION__.2.lto_priv.23> "cairo_destroy") at assert.c:101
#6  0x00007f5c13d96911 in INT_cairo_destroy (cr=<optimized out>) at ../src/cairo.c:524
#7  0x0000000000b41f2d in ?? ()
#8  0x00007ffe95cea8c0 in ?? ()
#9  0x00007f5c12319200 in ?? ()
#10 0x00007ffe95cea930 in ?? ()
#11 0x0000000000b41cc0 in ?? ()
#12 0x00007f5c12319200 in ?? ()
#13 0x0000000000000000 in ?? ()
1 Like
33

My last week “zypper dup” did install /usr/lib64/libcairo.so.2.11708.0 from package libcairo2-1.17.8-1.1. With this version moneyplex 20 is crashing. If i use the old /usr/lib64/libcairo.so.2.11706.0 version from the snapshot it works again.

2 Likes
34

“Flux Capacitor Penguin”


hmmm


35

Ah, just now I see that my last yesterday’s edit wasn’t saved. :roll_eyes:

You may want to take a look here:
https://forums.mageia.org/de/viewtopic.php?t=3895&p=40297
There’s a different task in question but a very similar failure message. It seems to be related with the authorization. Are you using a chipcard? Maybe better ask in that forum?

36

The mentioned problem in the Mageia forum was that the user wasn’t able to do a bank transfer (refused invalidating during paint message: TWebPanel). Moneyplex lost the connection to the bank. The problem was gone after setting them up again

So this is a completely different story
and not related
as it is another message: refused invalidating during paint message: TMediaGroup

And “TGtk2WidgetSet.InvalidateRect refused invalidating during paint message” is a quite common warning across many programs


37

In case someone need a quick workaround this fixed the problem for me:
Copy the old libcairo from a snapshot to a user direcotory:

# cp /.snapshots/173/snapshot/usr/lib64/libcairo.so.2.11706.0 /home/rolf/mplex_workaround/
# cd /home/rolf/mplex_workaround
# ln -fs  libcairo.so.2.11706.0 libcairo.so.2

Then start moneyplex from the shell with:

cd ~/moneyplex
LD_PRELOAD=/home/rolf/mplex_workaround/libcairo.so.2 ./prestart

Since I am a customer of Postbank in Germany and Moneyplex has not been working with it since the beginning of January, this is unfortunately of limited use to me :neutral_face:. And i would be surprised if Matrica support would fix this probelm soon.
@suse_rasputin But nevertheless did you already send a Bug report to Matrica ?

1 Like
38

No, as they don’t even fix problems with FinTS, stating that the bank is currently fiddeling with their web software, wait’n see.

Is moneyplex really not fixing access to Postbank since January? Did you file a bug? I normally get a reply via email within some hours.

I have no snapshots, EXT4 here, so


39

@suse_rasputin: – also 


As you’re both using the German banking system – HBCI has to access via FinTS – you could consider moving to Olaf Willhun’s products – <https://willuhn.de/>.

  • For the rest of the world, sorry – German-only 


Other alternatives which also support other banking systems:

  • KMyMoney.
  • GnuCash.

If you are involved with book-keeping for German clubs then, the only real alternative is the Willuhn suite with a club specific plug-in – JVerein 


The list of German banks which are supported by the Willuhn suite per PIN/TAN is here: <https://www.willuhn.de/wiki/doku.php?id=support:list:banken:misc:pintan>

40

Yes Hibiscus is working quite good with Postbank. But in my case support for a FinTS-Chipcard of another bank is required. Moneyplex is so far the only Linux app that provides this Chipcard as far as i know. Originally I use Moneyplex under Leap and here the crash does not occur. The use of Tumbleweed was intended as an attempt to assess whether I would switch entirely to Tumbleweed in the medium term. But maybe I should switch banks first. Fyi bug report was send to Matrica support today.