Spam detection software, running on the system "mx.qt-project.org",
has identified this incoming email as possible spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: Sorry for the incredibly delayed response, but I've been
occupied
with the mysteries of nursing homes + hospice + how to bury a parent during
COVID-19. I left this message in my in-box because I did want to respond
to it.
Content analysis details: (5.9 points, 4.6 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60%
[score: 0.5000]
0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was
blocked. See
http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
for more information.
[URIs: interestingauthors.com]
3.3 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[50.201.197.203 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[199.250.217.13 listed in wl.mailspike.net]
0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL
blocklist
[URIs: bluefish.openoffice.nl]
1.6 URIBL_SBL Contains an URL's NS IP listed in the Spamhaus SBL
blocklist
[URIs: bluefish.openoffice.nl]
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 NICE_REPLY_A Looks like a legit reply (A)
--- Begin Message ---
Sorry for the incredibly delayed response, but I've been occupied with
the mysteries of nursing homes + hospice + how to bury a parent during
COVID-19.
I left this message in my in-box because I did want to respond to it.
During early Qt 4.x days, this and corrupted .ui files that had to be
hand edited using a basic editor were common problems. Recently I had to
crack open some .ui files created during the 4.x days using the 4.x era
Designer. I had this _exact_ problem crop up using the QtCreator bundled
in both Ubuntu 18.04 LTS (base for your KDE Neon version) and the one in
Ubuntu 20.04 LTS.
I didn't dig horribly deep into the problem given everything else life
was tossing at me, but I did open the .ui files BlueFish
http://bluefish.openoffice.nl/index.html and a couple of other editors.
When I searched for the object names the Designer gave me for the Zombie
objects I found they were all inside a "hidden" layout. Even things that
I had just deleted were there.
This problem did not manifest itself in any .ui files I created from
scratch, only in those that had originally been created using 4.x era tools.
If you still have the original files and have in your notes (or can
simply reproduce the problem) you should obtain the name of the
object(s) then open the .ui in an XML highlighting editor and search for
them. I suspect you will find them in a "hidden" layout. What I remember
from the experience is it seemed like deleted objects were "stored for
safe keeping" in a "deleted" layout in case you wanted to restore them.
Again, this only happened in .ui files that had been created with 4.x
era tools. Even when I used the new tools they seemed to put anything I
deleted in that layout for safe keeping. I guess in case I wanted to
undelete it?
The Zombie effect has to do with the mysteries of layout sizing and
visibility calculations. It is decided for you that some little piece of
that layout is now "visible" and the object contained in that area appears.
Being quite busy and seeing there were no need for layouts in these
dialogs anyway (it was fixed size having no max/min buttons) I nuked
every layout. One did need the min/max buttons. I recreated the .ui from
scratch and there were no mystery objects revealed in the XML editors.
On 9/6/20 5:00 AM, Bernhard Lindner wrote:
Hi!
Ok, that is kind of crazy and ridiculous. And maybe it is something stupid I am
doing. But
I can't figure it out. It suddenly started many months ago after some Qt
Creator update
and at the beginning I simply ignored it. But now it is driving me nuts.
This is what happens:
I open a window UI in Qt Creator Designer, I change something random like a
text and I
save the changed design. Then I close the designer and build the application.
After
starting the application, sometimes a new, completely random widget (e.g. a
QComboBox)
appears somewhere embedded in a new random layout cell in my window. That
widget is blank
and everything else in the window is unchanged. If this happens I can go back
to the
designer and simply delete the additional "zombie widget". Then everything is
back to
normal after building the application... until I edit a design and with a small
chance
some other zombie widget pops up from nowhere. The zombie widget is not visible
when
editing/saving/closing the design, only after reloading it from disk.
I could not find a system when or why this happens. I don't think it is an
unwanted drag-
n-drop action.
I am using KDE Neon 18.04 and the most recent Qt Creator with Qt 5.14.2.
Has this happend to someone else before?
--
Roland Hughes, President
Logikal Solutions
(630)-205-1593
http://www.theminimumyouneedtoknow.com
http://www.infiniteexposure.net
http://www.johnsmith-book.com
http://www.logikalblog.com
http://www.interestingauthors.com/blog
--- End Message ---
_______________________________________________
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
