Bug#991320: flameshot crashing on startup

many thanks, dennis - if you need anything else feel free to reach out. On Thu, Jul 22, 2021 at 3:33 PM Dennis Filder wrote: > > Okay, I can reproduce the crash now with that setting.

Bug#991320: flameshot crashing on startup

Control: tag -1 patch upstream X-Debbugs-CC: allan grossman On Wed, Jul 21, 2021 at 04:47:17PM -0500, allan wrote: > [General] > disabledTrayIcon=true Okay, I can reproduce the crash now with that setting. The update check silently assumes that tray and its associated member variables have

Bug#991320: flameshot crashing on startup

this link and the link above only address the tray icon - nothing on the network thing on github bugtracker. both of these bugs are closed. https://github.com/flameshot-org/flameshot/issues/1721 amusingly, if i rename flameshot.ini and start the flameshot daemon in the background (which is how

Bug#991320: flameshot crashing on startup

i think i figured it out. looks like it's upstream and wontfix. https://github.com/flameshot-org/flameshot/issues/1730

Bug#991320: flameshot crashing on startup

not able to choke my network as option isn't available in kernel module, connman or router. using iw to throttle bitrate seems to be unsupported by this intel chipset or at least it's not in the list of supported commands if you do 'iw list'. flameshot 0.9 appimage took some digging to find but

Bug#991320: flameshot crashing on startup

oh - almost forgot. on the tray icon - [General] disabledTrayIcon=true drawColor=#00ff00 drawThickness=9 savePath=/media/internal/temp startupLaunch=false # checkForUpdates=false

Bug#991320: flameshot crashing on startup

> No, it shows exactly what I was looking for: this is why i should listen to developers. i would have been tearing stuff apart already :) flameshot worked properly the last time i used it and for at least a year before, last time i used it was maybe five days before i filed the bug. network

Bug#991320: flameshot crashing on startup

X-Debbugs-CC: allan grossman On Wed, Jul 21, 2021 at 02:20:37PM -0500, allan wrote: > this doesn't look real helpful - looks like I may need to install some > source code but not sure which code other than flameshot - No, it shows exactly what I was looking for: > (gdb) backtrace 5 > #0

Bug#991320: flameshot crashing on startup

this doesn't look real helpful - looks like I may need to install some source code but not sure which code other than flameshot - Reading symbols from flameshot... Reading symbols from /usr/lib/debug/.build-id/5c/2acff54f5aa466e019691671622f39294b075d.debug... (gdb) start Temporary breakpoint 1

Bug#991320: flameshot crashing on startup

X-Debbugs-CC: allan grossman Okay, download the debug symbols from: http://debug.mirrors.debian.org/debian-debug/pool/main/f/flameshot/flameshot-dbgsym_0.9.0+ds1-1_amd64.deb

Bug#991320: flameshot crashing on startup

no joy here either - Reading symbols from flameshot... (No debugging symbols found in flameshot) (gdb) backtrace 5 No stack. (gdb)

Bug#991320: flameshot crashing on startup

X-Debbugs-CC: allan grossman On Wed, Jul 21, 2021 at 12:51:16PM -0500, allan wrote: > couldn't get past "start" - Okay, omit "start" and "continue" and just type the "backtrace 5" command.

Bug#991320: flameshot crashing on startup

couldn't get past "start" - wizard@wizard-laptop:~$ gdb flameshot GNU gdb (Debian 10.1-2) 10.1.90.20210103-git Copyright (C) 2021 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and

Bug#991320: flameshot crashing on startup

X-Debbugs-CC: allan grossman After looking at the code I'm fairly certain the segfault happens in Controller::handleReplyCheckUpdates() in src/core/controller.cpp which gets passed to the connect() call. The culprit is probably line 195: m_appUpdates->setText(newVersion); Since I

Bug#991320: flameshot crashing on startup

X-Debbugs-CC: allan grossman On Tue, Jul 20, 2021 at 02:54:26PM -0500, allan wrote: > Setting checkForUpdates=false resolved the issue. Thanks, Dennis :) Okay, that is good to know. I personally feel like that option should be set to false by default in Debian (don't the pop-ups annoy the

Bug#991320: flameshot crashing on startup

Setting checkForUpdates=false resolved the issue. Thanks, Dennis :)

Bug#991320: flameshot crashing on startup

X-Debbugs-CC: allan grossman On Tue, Jul 20, 2021 at 02:16:16PM -0500, allan wrote: > apt log shows qt libraries updated three days ago - these wouldn't > have made it to Bullseye yet. > > Start-Date: 2021-07-17 08:52:52 > Requested-By: wizard (1000) > Install: libqt5quickwidgets5:amd64

Bug#991320: flameshot crashing on startup

apt log shows qt libraries updated three days ago - these wouldn't have made it to Bullseye yet. Start-Date: 2021-07-17 08:52:52 Requested-By: wizard (1000) Install: libqt5quickwidgets5:amd64 (5.15.2+dfsg-6, automatic), qml-module-qtquick-window2:amd64 (5.15.2+dfsg-6, automatic), sox:amd64

Bug#991320: flameshot crashing on startup

X-Debbugs-CC: allan grossman On Tue, Jul 20, 2021 at 01:16:39PM -0500, allan wrote: > This has only been broken for a couple of days - there's a strong > possibility that whatever broke it hasn't made it to Bullseye yet. > This appears to be an upstream bug because a Manjaro user running same >

Bug#991320: flameshot crashing on startup

在 2021-07-20星期二的 13:16 -0500，allan写道： > This has only been broken for a couple of days - there's a strong > possibility that whatever broke it hasn't made it to Bullseye yet. > This appears to be an upstream bug because a Manjaro user running same > version of flameshot and Qt is experiencing same

Bug#991320: flameshot crashing on startup

More information. Qt5 updates on these machines was installed three days ago; since I update daily I'm fairly certain these updates haven't made it to Bullseye yet.

Bug#991320: flameshot crashing on startup

This has only been broken for a couple of days - there's a strong possibility that whatever broke it hasn't made it to Bullseye yet. This appears to be an upstream bug because a Manjaro user running same version of flameshot and Qt is experiencing same behavior and as mentioned, it broke a couple

Bug#991320: flameshot crashing on startup

X-Debbugs-CC: allan grossman I can't reproduce this under current Bullseye KDE/xorg -- flameshot behaves absolutley normally. It could be a Wayland issue, and flameshot's Wayland support is apparently still experimental. Let us know if running flameshot like so fixes this for you:

Bug#991320: flameshot crashing on startup

Correction. "flameshot &" is in openbox autostart, "flameshot gui -p /home/username/temp" is mapped to hotkey in ~/.config/openbox/rc.xml - this configuration has been working for more than a year. On Tue, Jul 20, 2021 at 10:18 AM allan grossman wrote: > > Package: flameshot > Version:

Bug#991320: flameshot crashing on startup

Package: flameshot Version: 0.9.0+ds1-1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: wizard10...@gmail.com Dear Maintainer, * What led up to the situation? Have flameshot gui -p /home/username/temp set in openbox autostart. Mapped hotkeys were not responding.