QCAD Bugtracker

When exporting a drawing under latest version of QCAD, for whatever reason QCAD ignores all line thicknesses and there is no option to fix it. The error is in BitmapExportWorker.js (line 134). It should read:

view.setHairlineMinimumMode(false);

(currently, it uses “true” instead)

A file with name of 1234.56.78.0001.00 Something blah blah.dxf will not export to bitmap correctly. The save dialog will suggest filename of 1234.56.78.0001.jpg instead, truncating everything after last dot.

This bug existed in older versions too because of incorrect handling of file names. As a result, at some point File.getSaveFileName incorrectly truncates the extension (which is empty at the time) and replaces it with jpg. Appending a null extension fixes this, though obviously it’s not a correct fix.

Here is a temporary workaround in File.js:

File.getInitialSaveAsPath = function(filePath, extension) {
    var ret = "";

    var fi;

    if (isNull(filePath) || filePath.length === 0) {
        var mdiChild = EAction.getMdiChild();
        var fn;
        if (!isNull(mdiChild)) {
            fn = stripDirtyFlag(EAction.getMdiChild().windowTitle)
        }
        else {
            fn = "File";
        }

        fi = new QFileInfo(QDir.homePath());
        ret = fi.absoluteFilePath() + QDir.separator + fn + "." + extension + ".nothing"; // Workaround here
    } else {
        fi = new QFileInfo(filePath);
        ret = fi.path() + QDir.separator + fi.completeBaseName() + "." + extension + ".nothing"; // Workaround here
    }
    return ret;
};

Scaling without keeping the aspect ratio fails to scale an arc to an ellips when this is part of a polyline.

Discovered while documenting feature request ‘Skewing’

CVH

when editing a block and deleting one of the preferred attributes you need to restart the qcad so that the excluded attribute disappears from aba properties when the block is selected;even after synchronizing block attributes

Trimming polylines especialy those with a string of small segments should be done at the intersection of those polylines.
Now trimming is done with the seggments that where the nearest when selecting the two polylines.

Found a strange behaviour with formatted text.

File attached.
‘Draw’-selecting only the yellow text with a little space arround it
- L>R or R>L ⇒ Yellow text not selected.

‘Draw’-selecting only the yellow text with a little space from R>L but crossing the text half way
- Yellow text Selected ⇒ Expected behaviour.

‘Draw’-selecting just including the mentioned little circles.
- Orange L>R or R>L ⇒ Normal texts selected ⇒ Expected behaviour
- Green L>R Yellow not R>L Yellow selected ⇒ Expected behaviour
- Magenta L>R or R>L ⇒ Yellow text not selected ??
- Red L>R or R>L ⇒ Yellow text not selected ??

Version: 3.20.1.0 (3.20.1)
Internet: QCAD.org
Build Date: Apr 13 2018
Revision: dd51609
Qt Version: 5.5.1
Architecture: i386
Compiler: MSVC++ 10.0 (2010)
Windows 7 32-bit

Kind Regards

Translations in scripts/ts are not loaded (affects splash screen, property editor, default action, various standard messages, some context menus)

The area of polylines with arcs can be incorrect.
With only line segments it is correct as far as I can check.
See <Poly-line Area.dxf> ; <Poly-arc Area.dxf>

It does not depend on the quadrant their in nor with what point the start point is.
It is related with the oriëntation.
Flipping or mirroring horizontally induce the error.

Modifications like flip, move & copy may induce another error that locks the oriëntation.
It is noticed that the oriëntation property in the editor does not change anymore when reversing.
Although locked the value of the area property switches between good and wrong.

The master poly in question is a part of an arc and a part of an ellipse exploded 1024/full.
These where recombined to one poly with ‘Create from selection’ and are closed.
Closed as per the last vertex does not point to the start point, logically closed I presume.
The purpose is to sum the error surface for the skewing math.
For now I will use my common sence to distinguish what value is the correct one.
Reversing while found faulty is the solution.

Version: 3.20.1.0 (3.20.1)
Internet: QCAD.org
Build Date: Apr 13 2018
Revision: dd51609
Qt Version: 5.5.1
Architecture: i386
Compiler: MSVC++ 10.0 (2010)
Win7 32bit

Regards

Breaking up self-intersecting Polys at segments crossing
can’t be done for the second segment.

Divide:
A new node is inserted and made start and end node.
For the second segment no division occurs or can be made.
Expected is that the segment the nearest to the selecting point is addressed.
Eg. the trim command.

Breakout gap:
- 1 Part fully trimmend of
- Can be undone

Auto trim:
(hint: do file-save first to revert)
- 1 Part fully trimmend of
- Undo will wipe the complete poly

In the file example 1.

Work-arround:
- Divide
- Insert node on the second segment not at the crossing
- Divide at that node
- Move new nodes to crossing

QCAD 3.20.1 Win7 32bit
Kind Regards

(Re-)combining polys touching at node with ‘create from selected’ leads to application crash.

QCAD 3.20.1 Win7 32bit

In the file example 2.
Regards

Without any selection.
Entities on a locked layer can be selected after choosing:

Asumed wrong
- Modify DI
- Modify B2
- Modify D3
- Modify MT

Questionable
- Modify RM
- Modify CH
- Modify RN Less severe
- Modify OF
- Modify OH
- Modify SS

Regards

Re-entering dividing problem from  FS#1757 

Divide the poly selecting near segment 1 at the segment crossing.
> A new node is inserted on the crossing and made start and end node.
Divide the poly again selecting near segment 2 at the segment crossing.
> no division appears to be done.

One can’t divide the second segment at the crossing

Presumed intended behaviour like  FS#1750 

Regards

Selecting Info // Polyline area
And hovering over a drawing with all kinds of entities.
Does not find any polyline on the drawing hovering over them.
Nor clicking on them.

Not a locked layer issue.
All are visible.

Not served with the degration to ‘Suggestion’  FS#1759 .
Demanded closing  FS#1759  & re-entered

Locking entities (by layer) to avoid selection,eg. nearby,very close by or on the same spot, does not have the intended influence.

Asumed wrong:
- Modify DI
- Modify B2
- Modify D3
- Modify MT
These 4 need a single entity to be selected and selection of a locked entity is allowed.(=questionable)
The action will allways leed to ‘not allowed’.(=correct)

Questionable:
- Modify RM
- Modify CH
- Modify RN
These 3 need a pair of entities.
RM: Selection of a locked limiting entity is allowed (=questionable), enity to trim not.(=correct)
The action will trim unlocked entities to the locked limiter.(=questionable)
CH & RN: Selection of a pair of entities is allowed.(=questionable)
Trimming if ‘trim’ is on will not occur because locked and leeds to ‘not allowed’.(=correct)
The creation of the bevel or rounding on an active locked layer will not occur because locked and leeds to ‘not allowed’.(=correct)
The creation, except for polyline segments (because locked themself), on an active unlocked layer will be done.(=correct)

Less severe but still questionable: (because these don’t necerally act on the locked entities themselves)
- Modify OF
- Modify OH
- Modify SS
OF: Selection of a locked base entity is allowed.(=questionable)
The preview is casted only if the active layer is unlocked.(=correct)
The creation is only done on an active unlocked layer.(=correct)
OH: Selection of a locked base entity is allowed.(=questionable)
Selection of point references from entities on locked layers is allowed.(=questionable)
The preview is casted only if the active layer is unlocked.(=correct)
The creation is only done on an active unlocked layer.(=correct)
SS: Selection of point references from entities on locked layers is allowed.(=questionable)
Strechting is only done for unlocked entities. (=correct)

Moving things require an extra click on ‘Delete original’ and a click on ‘OK’

A simple Modify Move functionality will reduce mouseclicks for moving by 2 for every move that is made.

Regards

I wanted to add a couple of toolbars to the Tool matrix via the Tool Settings application preferences but all options are greyed out (see attached screenshot). I tried with a new config file and the result is the same. Is this the expected behaviour?

QCAD 3.20.1.3 help link to “FAQ‘s (Online)” is broken and leads to a 404 page.
(Menu → Help → FAQ‘s (Online))

FR - Ok,
DE - Ok,

EN - not OK. Main text is in english, menu is in german.

Description:
QCAD fails to open a file with space or special characters in its name or in its path.
Special characters are “á”, “ç”, “Ê”, “ß”, “+” etc.

Steps to reproduce:
1. Open a file named with spaces or with special characters or a file inside a folder that is named with spaces or with special characters.

What happens
- Warning about import error and file is not opened

What would be the correct behavior
- The file would be opened

I have used QCAD for a long time waiting for developers to correct that issue, that happened with all versions QCAD I used.

It was a trivial behavior for programs in Windows to manipulate files and folders with spaces and special characters. That issue is like the conversion method is too old, like from MSDOS 8.3 limitations.

The people that just want to open a DXF file to work face with that issue and thinks “that QCAD does not open DXF files”, and give up using that software. I gave up in the past because that. I discovered that QCAD works fine with MSDOS 8.3 format, and I created a script to rename files and folders before opening them, but it is not for everyone.

As QCAD works well with open DXF format, I think it is a important software to eliminate DWG dependency. Also, I think it would be very simple to solve that in code and very important to correct it.

I do not know if DWG trial plugin avoid that issue.

Configure QCAD to use native file dialogs
Load file
Export file as PDF, SVG, Bitmap
File name suggested by file dialog is drawing file which means user might accidentally overwrite drawing file.

Depolyment issue with qcaddwg plugin.

See also:
https://qcad.org/rsforum/viewtopic.php?f=89&t=5657

Multikey shortcuts are broken in Qt.
QCAD needs its own implementation of shortcut handling which also affects shortcut configuration.

Importing or pasting a drawing which references a non-existing image crashes.

RGraphicsSceneDrawable or type image references deleted, temporary preview document through RImageData which leads to crash when trying to load the image.

Exception due to invalid include path.

The attached screenshot will make clear what the problem is:
“échelle” should be between “cotes” and “platines”, not at the bottom. “e” and “é” must be considered the same letter when ordering alphabetically.

QCad quits when you double-click a text; What’s wrong, QCad or file?

QCAD 3.21.2 x86_64 Linux crashes if I try to select any entity of the attached file. The qt4 legacy version is working fine.

I very much like the new middle mouse button zoom in/out and congratulate Andrew for implementing it so quickly but there’s an annoying delay that is necessary between successive zoom in/out actions. This is easily understood by comparing it to zooming in/out with the +/- keys. With the keyboard you can repeat zooms as quickly as the keyboard repeat rate allows; with the middle mouse button quick zooms are not possible.

RArc::splitAt() works wrong in some cases.
To reproduce execute this script:

            var arc = new RArc(new RVector(0, 0), 100, Math.PI*2, Math.PI/2, true);
            var points = [];
            points.push(arc.getPointAtPercent(1/3));
            var arcs = arc.splitAt(points);
            if (arcs.length == 2) {
                qDebug("OK, arcs count:", arcs.length);
            } else {
                qDebug("FAILED, arcs count:", arcs.length);
            }

            arc.mirror(new RLine(0, 0, 0, 100));

            points = [];
            points.push(arc.getPointAtPercent(1/3));
            arcs = arc.splitAt(points);
            if (arcs.length == 2) {
                qDebug("OK, arcs count:", arcs.length);
            } else {
                qDebug("FAILED, arcs count:", arcs.length);
            }

The first case split in two arcs, but the second splits in one arc only.

I think the reason is the code in RArc::splitAt():

        ...
        if (RMath::getAngleDifference180(a1, a2))*radius()<0.001) {
            continue;
        }
        ...

The RMath::getAngleDifference180() return angle between -pi and pi so absolute value should be used.

Bei der Eingabe von Blockattributen im Eigenschaften Editor werden die deutschen Sonderzeichen nicht richtig wiedergegeben.

When entering block attributes in the Properties Editor, the German special characters are not displayed correctly.

Given: Template with prepared Paper Space Frame/Titleblock scale = 1:1.
Drawing 1:1
First Viewport / scale 1:1 / inserted in Paper Space = everything fine,
Second Viewport / scale 0.02 will scale the Paper respective to the new Viewport scale but the Frame/Titleblock isn’t scaled.

... can’t find Block References if the Block which contains the Block References (Attributes) isn’t selected prior with the mouse.

The Selection Filter will find the Block References regardless which block is chosen in the Block List.

Layer combo box in the property editor is not sorted.

See also:
https://www.qcad.org/rsforum/viewtopic.php?f=89&t=5714

no task description

If I insert a content from the Clipboard to the drawing a new Relative Zero Point isn’t created.
I’m not able to use e.g. a restriction regarding to the last inserted content. QCAD will use the last Relative Zero Point in the drawing even if I already inserted a content.

Screenshot:
Clipboard content = circle

1. First insert

Restriction horizontal

2. Second insert

Please see also http://www.qcad.org/rsforum/viewtopic.php?f=32&t=5745

Quit Menu Item disabled after opening preferences.

System: OSX 10.13.6
Qcad version: 3.21.2.0

How to repeat:

1. Open QCad
2. Open preferences dialogue “QCad Pro → Preferences”
3. Close dialogue
4. The menu item “Quit QCad Pro” is now disabled. See attached screenshot

Repeatability: 100%

When a file is opened from “File→Open Recent” on QCad Pro it gives a 100% repeatable crash if the file is on a folder synchronized with Google Drive. If the file is opened using “File→Open” instead it works as expected. See attached crash-log.

OSX specific. Does not happen on Linux with synchronized Google Drive folder

System: OSX 10.13.6

QCad version:

Version: 3.21.2.0 (3.21.2)
Build Date: Jul 9 2018
Revision: f9cea14
Qt Version: 5.10.0
Architecture: x86_64
Compiler: Clang 8.0.0

In 3.21.1, and 3.21.2 a change to a shortcut looses all previous shortcut changes.
This does not become apparent in the current session; a modified shortcut works fine together with all the previous modifications, until you close QCAD.
But-
When you re-open QCAD, the only customised shortcut available is the last one that was changed, every other customised keyboard shortcut has gone back to default.

Windows 10 64 , Gigabyte laptop i7 processor

“Drawing Preferences / General / Linetype / Scale of linetypes matches the scale of each viewport” is checked by default for new drawings, however the option is not applied until you open the “Drawing Preferences / General / Linetype” screen and click OK – no need to change anything, just opening the screen and clicking OK is sufficient.

formatValue returns “0” instead of “+0” for negative values that round up to 0 with the configured decimals.

There is a case that qcad do not detect intersection between a circle/arc and a line. Attached is an example.

Having a multi selection and at least one ‘older’ arc the startpoint indication in red of some entities might disappear.

Entities that suffer from this are:
Other arcs
Polyline
Splines

Only the ‘oldest’ arc in selection will have a startpoit indication.
Multi selection of ‘newer’ entities from the list above will not if an ‘older’ arc is part of the selection.
Deselecting de ‘older’ arcs will reveal the startpoints up to the ‘oldest’ arc.

In the file provided entities where drew in order from left to right.
Select all and start deseleting arcs from the left.

The behaviour is affected by changing the draw order property and a save/close/open.
In the second file the rightmost arc was set to draw order 7, the same as the 4th was.
After save/close/open it is renumbered to 8 and the behaviour is different as in the firts file.

Regards

1. Search the Tool Settings for “View” and you will only find “Overlays” without the submenu information.
2. Check View manually without a search will provide the submenu information.

See http://www.qcad.org/rsforum/viewtopic.php?f=31&t=5825&p=21761

Hello
the message: The ORDINAL 3906 was not found in the LIBEAY32.dll dynamic-link library. is displayed each time QCAD is opened.
How to fix this problem
thanks in advance
cordially**

Property Editor / Size adjustment for Polygon rectangle accepts no changes for Width and Height. Was perfect working till 3.21.2

Drawing with more than 4 Layout Blocks (Layout1, Layout2 etc),

Add Viewport, choose rectangle for viewport, Dialog pops up to choose a Layout Block,
I choose Layout4 - the Viewport is placed on Layout2,

next new Viewport - placed on Layout3 - the Viewport will be placed again on Layout2 ...

The coordiantes (in the lower left corner) freeze while mouse is moving. Updates as soon as the mouse is stopped.

This slows me down considerably. I have to stop, wait (too see the coordinates), move, stop, wait, move back, stop, wait, move, stop wait... This gotta be a bug?

MacOS 10.12.6