MantisBT - Issues

0000348: Support multi-line strings in element information pane

Fri, 13 Nov 2026 09:39:38 +0100

Fields like label, comment of an element do not support multi-line inputs.

However, one can insert XML linefeed characters like #&xa; #&xd; or even an actual line-feed in the .qet file.
When you do that, QET will correctly display the associated text.
When you select the element, the multi-line text appears as single line in the element information pane, but a space is visible per line feed. Copy/pasting this text into an IDE will show the line feeds.
You can move the item without problem.
But if you edit any of the line inputs, the text newlines are lost.

If the software supports rendering these multiline texts, I think it should support editing them.
It seems this trick is even used in some base library elements, I found traces in my imported elements :


                
                    
                    
                        ملف
                        Cívka relé
                        Spule
                        Πηνίο
                        Manostat
                        Bobina
                        Manostat
                        Tekercs
                        Bobina
                        Spoel
                        Relais spoel (algemeen)
                        Cewka
                        Обмотка
                    
                    
                        coil
                    
                    
                    Author: The QElectroTech teamLicense: see http://qelectrotech.org/wiki/doc/elements_license

0000349: terminals not clickable

Tue, 10 Nov 2026 16:37:19 +0100

If you put several terminals within a distance of 10 from each other in X-direction and in north or south orientation and with shown terminal name, you cant select some terminals afterwards in the drawing.

Workaround is to hide the terminal names and put a textfield with the terminals name to know which is which.

Problem does not occur if you put them with a distance of 10 in y-direction and in west or east orientation.

The attached file shows both cases. The lower terminals have the problem because the terminal names are shown. The above terminals dont have the problem because the terminal names are hidden and the shown terminal names are just text fields.

0000347: Home/End keys switch project sheets instead of moving text cursor during in-place text editing

Mon, 02 Nov 2026 12:09:00 +0100

When editing a text field of an element directly in the drawing (in-place text editing mode), pressing the Home or End key does not move the text cursor to the beginning or end of the edited text as expected.

Instead, the application incorrectly interprets these keys as sheet navigation shortcuts and switches to the first sheet (Home) or last sheet (End) of the project.

Expected behavior:

Home should move the text cursor to the beginning of the current text.
End should move the text cursor to the end of the current text.

Actual behavior:

Home switches to the first project sheet.
End switches to the last project sheet.
The text cursor position remains unchanged.

0000346: Bug in the representation of cross-references for contacts

Mon, 02 Nov 2026 06:32:02 +0100

When creating a cross-reference between elements in the current development version, the contact numbers are displayed correctly on the folio. However, after saving, closing, and reopening the project, the contact numbers disappear from the cross-reference representation, even though the cross-reference link itself remains active. It applies to all types of contacts: NO, NC, changeover contacts...

0000340: PDF text appears artificially bold in Adobe Acrobat after migration to Qt 6

Thu, 08 Oct 2026 18:50:32 +0200

Since QElectroTech migrated from Qt 5 to Qt 6, small text in exported PDF files appears excessively thick or artificially bold in Adobe Acrobat Reader at certain zoom levels. When zooming in, the text is rendered correctly.

The same PDF is displayed correctly in Google Chrome and PDFX. Disabling text smoothing in Acrobat makes the text excessively thin, while disabling “Enhance thin lines” has no effect. PDF files exported from the previous Qt 5 version did not show this behavior.

This appears to be a rendering compatibility issue between the PDF output produced with Qt 6 and Adobe Acrobat Reader.

0000253: Terminals position on each element is random.

Wed, 07 Oct 2026 09:43:41 +0200

Hi,

On diagram editor terminal positon of elements are "random". In element editor everything is fine.

I even reinstalled QET but without effect :(

0000112: No snap when zoomed out OR selection is big

Sun, 04 Oct 2026 02:32:08 +0200

Try attached element.
( It is a ruler to replace the built in headers - They are beautiful, but sometimes consume too much paper area...)

1) just open that file, Ctrl-A to select everything, and move it a bit: no snap.
At least here on my screen it is zoomed to

2) When zoomed out much so grid get invisible, it does not snap.
This is unexpected so user may place object off snap.
Best solution would be that neither grid not snapping ever get shut off, just continue getting bigger: 10px -> 20 px -> 50px...

0000344: Incorrect and inconsistent behavior of conductor texts (Conductor Text / Text Formula)

Sun, 04 Oct 2026 02:31:20 +0200

Conductor texts (Conductor Text / Text Formula) behave inconsistently and unpredictably under certain editing conditions. Two separate issues have been observed: unwanted movement of conductor text after editing a junction, and conductor text disappearing completely when used with references.

1) Conductor text changes position after editing a junction
When modifying an existing conductor — for example by adding a branch or adjusting its geometry — the text assigned to the original conductor unexpectedly moves to the new junction or to another segment of the conductor.

Expected behavior:
The conductor text should remain exactly where the user placed it unless the user explicitly moves it.

Actual behavior:
The conductor text relocates automatically after editing the conductor’s geometry.

2) Conductor text disappears when using references
When a conductor contains a reference (e.g., cross‑reference or link), the conductor text sometimes disappears completely.
Once it disappears, it cannot be restored by any action:

changing conductor properties
toggling Text Formula
moving the text
saving and reopening the project
switching between Qt5/Qt6 builds

The text still exists in the conductor object, but it is not rendered.

Expected behavior:
Conductor text should always be displayed if it is defined.

Actual behavior:
Conductor text occasionally becomes invisible and cannot be forced to reappear.

My configuration (important for reproduction)

I do not use automatic conductor texts.

“Show one text per folio potential” is disabled.

0000104: Another crash when saving * with debug screenshot *

Fri, 02 Oct 2026 10:47:15 +0200

r4736
I had been playing with sheet referencing: creating, modifying, deleting
also signals got created and deleted.
Then i pressed the diskette icon, bang!

0000136: Hang at connection folio ref to one more element, with other conductors

Fri, 02 Oct 2026 09:42:05 +0200

r4884
I was linking signals, and realised i should reconnect one, so i was adding a conductor like seen in the screenshot (dotted black line), and qet stopped responding, see screenshot of QtDesigner from where i launched it.

0000137: Crash when making connector

Fri, 02 Oct 2026 09:42:02 +0200

r4895
I delete a conductor and make another -> crash
Repeatable 100% doing like on the attached video in that file, which i have saved if you need.
(note to self: IVL Sheman-31.qet)

I have not yet seen it happening when i do like that on other elements/conductors
If time permit i will try to make a small project and see what makes this happen.

0000095: Collections pane project titles do not fall back to show filename when title is not defined.

Fri, 02 Oct 2026 09:31:58 +0200

...instead it show "Untitled project"

This is unlike Project pane which show filename when title is not defined.

And unlike the displaying of elements that also is displayed by filename when they have no name in a recognised translation.

svn 4734

0000217: Mémoire d'entrée dans les informations éléments

Fri, 02 Oct 2026 09:31:55 +0200

Lors de l'édition des informations beaucoup d'informations sont les mêmes d'un éléments à un autre. Par exemple fournisseur, fabricant, ref etc..
Une mémorisation des entrées précédentes permettrait de gagner en temps pour renseigner ces informations.
On pourrait imaginer qu'une fois une information renseignée pour un élément celle-ci soit disponible dans une liste déroulante pour chacun des autres éléments du schéma.

0000345: The application crashes when opening certain QElectroTech projects

Fri, 02 Oct 2026 09:31:52 +0200

Description
I encountered repeated crashes when trying to open specific QElectroTech project files. The application closes instantly without showing any error dialog. Other projects open normally, so the issue appears to be related to the content or structure of certain project files.

0000240: Au démarrage, apparition d'un message de restauration de fichier entraînant un crash.

Fri, 02 Oct 2026 04:31:41 +0200

Suite à un précédent crash de qElectrotec (je ne connais plus la raison exact), le logiciel me propose de restaurer les fichiers pour les récupérer. Je l'ai fait la première fois, sauf que les fichiers étaient en lecture seul. J'ai donc supprimé ce fichier puis pris une sauvegarde qui était dans un de mes SSD (que je fais manuellement).

Le problème est que maintenant, à chaque fois que je démarre qElectrotec, ce message apparaît toujours.
A ce moment là, deux possibilités:
1. Fermer ce message via la croix -> le logiciel démarre normalement ensuite
2. Appuyer sur "Ok" -> un message d'erreur s'affiche -> le logiciel crash

En soit ce bug n'empêche donc en rien l'utilisation du logiciel, mais c'est un peu pénible que la fenêtre s'affiche à chaque démarrage. A noter que j'ai aussi essayé de désinstaller le logiciel pour réinstaller la dernière version dev. Cela n'a pas empêché le message de s'afficher.

En annexe, vous trouverez des captures d'écran des évènements.

0000256: composite text folio reference overlapped

Thu, 01 Oct 2026 05:34:35 +0200

Hello,
composite text from folio reference overlapped only on coming arrow, going arrow work as it should.
No matter how it is oriented in element editor and on diagram editor.

0000338: Win-versions contain wrong Elements-license

Thu, 01 Oct 2026 05:18:48 +0200

The windows-versions in installer and Ready-To-Use - Package contain another ELEMENTS.LICENSE than in the source-directory on GitHub!
The file at GitHub is significantly more up-to-date and contains more language versions!

This also applies to these files:
- README
- README.md
- ChangeLog
- CREDIT

0000211: Charset-Issue on current installer (0.8-RC)

Thu, 01 Oct 2026 05:13:03 +0200

Current installer seems to have an issue with German umlauts (see screenshot). It should read "Zeichnungsköpfe". If issue cannot be fixed within the installer, I recommend rewriting the German umlaut and use "Zeichnungskoepfe" within the installer. This is quite common if such problems occure.

0000147: Missing translation to German when copying elements

Thu, 01 Oct 2026 05:13:01 +0200

In the element editor, when copying an element, the menu item is named "Copier" instead of "Kopieren" when using German.

Version: Version 0.6 (RC3) +svn5146

0000193: Error in italian traslate

Thu, 01 Oct 2026 05:12:59 +0200

in italian version I found under Generale/progetti

- Sentence in francais: " Position de la liste des....."
- Word non correct "Salvatoaggio", word correct is "Salvataggio" without "o"

0000343: 0.100 : file contents is not consistently saved the same way for the same visual

Thu, 01 Oct 2026 05:12:54 +0200

I have this file at work using custom elements.
I created an extract for reproducibility attached here : https://github.com/ThomasPrioul/test-qet-export-diff

Whenever I close/open and save the file, the whole file is mixed up :
- attributes order
- elements order

So it's very hard to track diffs in git, it creates huge commits for nothing.
I can't reproduce the behavior on an empty new file where diffs seems much simpler.

0000105: Conductors at angle instead of orthogonal - with steps to reproduce

Thu, 01 Oct 2026 02:29:25 +0200

r4748

0000101: Crash and other issues when editing an arc * REPEATABLE *

Thu, 01 Oct 2026 02:27:26 +0200

r4736
See Steps To Reproduce

0000133: The location field shown at element sometimes do not show last line

Tue, 29 Sep 2026 05:18:22 +0200

r4836, but i have seen this earlier too.

Workaround: user enters a bunch of spaces after last word -> line shows up

0000188: %projectfilename variable

Tue, 29 Sep 2026 04:58:18 +0200

When using the variable %projectfilename in title block, it works perfect in all folios but in summary is not showing up.