Closed grahamperrin closed 7 years ago
I am unable to reproduce either of these issues on an up-to-date TrueOS system. In either case, this would be a problem with the application itself rather than something within Lumina.
I've been told that posting under closed issues is frowned upon, so I posted to the lounge in Discourse but that was viewed as spam, so I'll try here and hope for no frowns …
I can't recall which machine I used when I opened this issue, but later I spent some time … with the latest TrueOS Desktop on an HP EliteBook 8540p.
In Lumina, error dialogues appear when exiting from applications such as Insight, Lumina Text Editor, Lumina Screenshot, Lumina Search, Qterminal and TrueOS PDF Viewer. The 8540p is rarely touched, so I'm not bothered, but I thought I should mention it. If anyone else can reproduce the symptoms, I wonder whether there's a common underlying cause.
I tried some of the same applications with KDE, all of them with MATE: no errors when exiting.
Postscript: https://forums.pcbsd.org/thread-21015-post-115245.html#pid1152451 reminds me, NVIDIA … but https://www.trueos.org/downloads/ no longer mentions known issues with NVIDIA hardware.
Would you like to reopen this issue? Or leave it closed with an assumption that it's blocked by something upstream?
… applications such as Insight, Lumina Text Editor, Lumina Screenshot, Lumina Search, Qterminal and TrueOS PDF Viewer. …
Other applications that have errors at close time include:
pc-webkitviewer
). Since this issue was first opened, the HP EliteBook 8540p has gained at least one fresh installation so I'm reasonably confident that these errors are not the result of 'dregs' or cruft.
Frames from a very recent screen recording:
Can you get any errors if you start these from the command line and then close them however you are that leads to the errors? Also can you give a list of everything you've installed and are running when you get these errors.
Aiming for a clean test environment, I created, activated and booted a new boot environment and then removed everything except:
Then sudo truss lumina-textedit
followed by a click on the close box of the window of the application and … I won't detail what happened next (it's almost certainly off-topic from this issue) but the tab with the terminal output was lost.
Around that time I aimed to use pkg to reinstall something, realised that the notebook was without an Internet connection (a separate issue), tried to run rc-status
(preparing to run rc-service
commands) but
Shared object "libeinfo.so.1" not found, required by …
– that was half-expected following use of AppCafe (a separate issue) and I have a hunch that the absence of that object will cause this boot environment to no longer boot so without delay I used beadm
to activate the previous environment. I can do little more of use in this environment …
… but before I left it I observed something relevant:
exit
in its last tab. … https://www.trueos.org/downloads/ no longer mentions known issues with NVIDIA hardware.
I encountered the symptom (presumably the same bug) with QupZilla on a fresh installation of TrueOS Desktop on a MacBookPro8,2. From https://forums.pcbsd.org/thread-20098-post-111116.html#pid111116:
Intel Core i7 (2635QM, 2720QM, 2820QM) ("Sandy Bridge")
AMD Radeon HD 6490M or 6750M and Intel HD Graphics 3000
Speeding through /var/log/Xorg.0.log
I think that the OS uses SCFB in this case.
I'm unable to reproduce this issue, too. I wonder if you have some strange qt preference somewhere that is precipitating the error
Using XFCE DM
strange qt preference
Unlikely. The installation on the MacBookPro8,2 is not only almost completely fresh (nothing other than QupZilla added), it's also very young – only a few hours old. I performed the installation for the sole purpose of reviewing this issue, I have barely touched it.
I can't easily provide the details from the most recent error dialogue, I'll get to that later.
If you create a new BE, I think that it doesn't change how your user directories are mounted. On my system, the base system and the user directories are completely different datasets. Meaning, any user preferences you have are carried over, regardless of the boot environment.
Try creating a new user and log in as that person, and see if you can reproduce.
a new BE
Already more than that; it's a fresh installation. (Sorry, force of habit, in my previous comment I wrote clean when I meant fresh. I'll correct the comment.)
It's a fresh installation: but...
pkg query %v trueos-desktop
)I can't easily provide the details …
Mentioned in Gitter, it's the machine with a terribly slow network connection. Pasting is excruciating. Respecting wishes for not too many notifications, let's continue in the troubleshooting room
I attempted to reproduce this in VirtualBox with the most recent STABLE release, as well as my machine (UNSTABLE) -- which has NVidia hardware, and have not been able to reproduce the issue.
We will need more debugging information in order to chase this down.
$ date ; uptime ; uname -v ; uname -n
Fri 23 Dec 2016 05:19:14 GMT
5:19a.m. up 28 mins, 0 users, load averages: 1.00, 0.96, 0.83
FreeBSD 12.0-CURRENT #10 a4012d9(drm-next-4.7): Fri Dec 23 00:27:25 UTC 2016 root@gauntlet:/usr/obj/usr/src/sys/GENERIC
momh167-gjp4-macbookpro112-trueos.university.brighton.ac.uk
$
I have an Application Error dialogue for qsudo pc-diskmanager
after I decline to enter the password for Disk Manager. Details:
sudo: a password is required
True: a password is required, but simply declining the invitation should not lead to a modal dialogue with a red alert for an error.
I'll continue to test at this Mac, with … all things considered, I'll focus on Lumina Text Editor.
A screen recording of errors, beginning 2016-12-23 at 07:00:
I can't find the output from truss. Sorry.
From around seven weeks ago (2016-11-03 04:06 crash of QTerminal when I commanded exit):
TRANSLATIONS_DIR: Loading translation file "qterminal_en.qm" from dir /usr/local/share/qterminal/translations
load success: false
Properties constructor called
Canot open file "/usr/home/bbsadmin-l/.config/qterminal.org/qterminal_bookmarks.xml"
default KB_LAYOUT_DIR: "/usr/local/share/qtermwidget5/kb-layouts/"
loadAllColorSchemes
TermWidgetImpl::propertiesChanged TermWidgetImpl(0x811e37880, name="TermWidget_1") emulation: "default"
Session::run() - program: "/bin/csh"
Session::run() - arguments: ("")
started!
TermWidgetImpl::propertiesChanged TermWidgetImpl(0x811e37880, name="TermWidget_1") emulation: "default"
TermWidgetImpl::propertiesChanged TermWidgetImpl(0x811e37880, name="TermWidget_1") emulation: "default"
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
set current term: TermWidget(0x811e37600)
QMainWindow::saveState(): 'objectName' not set for QDockWidget 0x809832b60 'Bookmarks;
I can't find the output from truss. Sorry.
The required file was misfiled as a result of Lumina bug 336. Now found:
From https://gitter.im/trueos/Random?at=585e10900730ce6937044b97:
… output file (from truss) provides the cause/background of the error
Maybe. If not, I hope that the output contains enough for a developer to walk me through a more appropriate approach to debugging this issue.
but truss itself is not what causes the error, correct?
That's probably true.
Years ago I began lightweight use of dtruss(1m) not as a developer, but as a tester with AppleSeed projects. Some time after shifting from Mac OS X to TrueOS, thanks to @q5sys at https://discourse.trueos.org/t/-/124/3?u=grahamperrin in November I learnt of truss(1) and remained aware that simple sudo
/root use of dtruss was sometimes undesirable so three weeks ago, I dug into Stack Exchange and found things such as:
A few days ago I discovered that truss
does not require superuser privileges but old dtruss
habits die hard, and the name of the file in my previous comment –
2016-12-23 06-09 -ish SIGNAL 10 (SIGBUS) with a sudo truss run of lumina-search.txt
– suggests that I used sudo
when possibly, I did not. (Whenever I work as root in a terminal where output might be saved, I habitually run whoami
; no such run in yesterday's output so I assume that I worked as a different user.)
See if this makes it work better for you[1]. I disabled the checking of the return code, and only look for actual process crashes now, since it is clear that some apps return non-zero even when closing successfully.
[1] https://github.com/trueos/lumina/commit/64012116a826c52c7c11e94a13309f246e3f5516
Fix confirmed, thanks.
I guess that the bug was limited to some combinations of graphics hardware and software.
For reference, from 2016-12-24:
vgapci0@pci0:1:0:0: class=0x030000 card=0x1521103c chip=0x0a2c10de rev=0xa2 hdr=0x00
vendor = 'NVIDIA Corporation'
device = 'GT216M [NVS 5100M]'
class = display
subclass = VGA
– and today with FreeBSD 12.0-CURRENT #12 5ef9376(drm-next-4.7): Thu Dec 29 16:26:36 UTC 2016 root@gauntlet:/usr/obj/usr/src/sys/GENERIC
,
pc-sysinstaller -checkhardware
shows:
exit
Expected: closure of the window and quit of the application.
Actual result:
Another application that seems prone to errors at close time is the SysAdm client. For example (details taken from the error dialogue):