QCAD Bugtracker

Just started using v.3.4.2 under Linux Mint 14. To begin with I could not print my drawing in color. Worked out that this was due to the default printer setting (driver hpcups 3.12.6) which was Draft Grayscale. My drawing printed in color fine when I changed this. I believe that it ought to be possible to set this from within QCAD, but the dialog “Print>[printer]Properties>Advanced” is blank. Has it been disconnected somehow?

See forum thread:
http://www.qcad.org/rsforum/viewtopic.php?f=33&t=2909

If I create a closed polygon that include arcs or parts of circles, they export to SVG as straight lines.

If I explode the polyline, they export fine.

If I create a solid fill, those arcs export fine.

See attached DXF and SVG output.

This may be a duplicate bug, but my previous bug report vanished.

• see attached drawing

Points move by a constant offset relative to the rest of the drawing when printing or exporting to PDF.

This is the exact same bug as  FS#1243 , which was reportedly fixed in version 3.9.7 with commit https://github.com/qcad/qcad/commit/9c9d7bbc3fd845b8475ff12a919ad8e86bbaeb1f, but has resurfaced in version 3.12.4 (and possibly earlier versions that I have not tested).

To replicate the bug, create a simple drawing with points and lines then print or export to PDF, and notice that the points have moved relative to the lines or have disappeared off of the page entirely.

Tested with Arch Linux, 64 bit; QCAD version 3.12.4 using the prebuilt binaries supplied from the qcad.org download site.

Hi !
i have find another strangeware about points.. if you set a different point style in program options, on the display the style is correct, but when you try to print or export the drawing, the points are printed as default “point” (little black circle).

1. new drawing
2. draw something
   • menus view → “remove view”, “edit view”, “pick view” are disabled, which is right
3. add view → dialog pops up
4. press cancel
   • menus view → “remove view”, “edit view”, “pick view” are enabled now, which is wrong

• simple drawing: 1 rectangle, 1 circle
• File → Export PDF

→ generates an empty document (or maybe both the lines and the background is white)

Note: After the export ones stays in print preview mode, which is a bit confusing if the command was invoked from the “normal” drawing mode.

Application crashes when entering 0 in the scale option while pasting a spline.

This is an issue also when entering scale factors of less than 1, as the application immediately crashes when entering the 0 digit.
As a workaround for a scale factor of e.g. 0.5, one can enter 1.5 and then edit the 1 digit to 0.

1. copy an item from one layer
2. add new layer
3. attempt to paste into new layer

Error message:
“Trying to draw on or modify entities on a locked layer”

The layer is not locked as I can draw into it...
Also tried turning lock “on” and then “off” again; still same message.

• insert part in inch into mm drawing
• block scale correct, but block reference also scaled

When I open the part library, it displays a dialog saying “Updating Index”, after it finishes, none are displayed, and the filesystem bar at the top is empty, clicking on it does nothing.

When paper unit being change to other values (other than default “Milimeter” or “None”), the paper borders are wrongly displayed in print preview.
The attachment screenshot images is for example.
1, Edit →Drawing Preferences →Drawing Unit →Pager Unit, choose the value “Centimeter”.
2, Edit →Drawing Preferences →Page →Pager →Paper size, choose the value “ISO A4”.
3, File →Print Preview, the displayed print borders are wrongly displayed as a very narrow rectangle, which is obviously wrong.
Thanks for any help.
Reeve

When in print-preview mode, the page orientation (portrate or landscape) can be changed using its document-preference dialog box, but it does not take effect.

Likely affects Windows Vista, 7, 8.

See:
http://www.qcad.org/rsforum/viewtopic.php?f=33&t=3588 http://www.qcad.org/rsforum/viewtopic.php?f=33&t=3587

Caused by update from Qt 4.7.4 to Qt 4.8.7

I am a new qcad pro user and created a simple drawing and saved as DXF R27 and closed the app. I reopen the app and open that DFX and the app crashes. However, I can import it. I suspect (without any evidence) that the text in the dimension of the drawing is the problem. Perhaps this issue is like #1261

Process: QCAD-Pro [97927]
Path: /Applications/QCAD-Pro.app/Contents/MacOS/QCAD-Pro
Identifier: org.qcad
Version: 3.19 (3.19.2)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: QCAD-Pro [97927]
User ID: 501

Date/Time: 2018-04-11 18:07:15.937 -0700
OS Version: Mac OS X 10.12.6 (16G1314)
Report Version: 12
Anonymous UUID: 1EBA0D43-4553-C6E8-6F6A-1A9F3992052D

Sleep/Wake UUID: 86FC779B-AD43-426E-9FFA-4AFBFD6EFC8A

When I open a dfx file I have made from AutoCad, QC will open the file fine but then when I try to save it I get a dialog box stating that the drawing was not saved and asks if I have permission or is the disk full. Yes, I have permission and no the disk is not full.
Then when I close the dfx file and try to reopen it the second time, QC will not open the file and a dialog box reads “Cannot open file, please check your access rights, the file format and the file extension”

I’m trying to print a large cad drawing at 1:1 scale. However, when I go into preview to select tile button, it doesn’t exit. First image is my screeen capture, the 2nd is from the online tutorial regarding printing and the button that is missing.

Layer groups are not present. See attached screenshot and link.
In screenshot....3.28 is on the left, 3.29 on the right.

Version - 3.1, binary.

If I “Draw text” with text “aaaa bbbb” - it displays correctly, but when I enter “аааа бббб” (with russian keyboard) - I see that “аааа” and “бббб” are displayed one above other - see screenshot.

The same problem is for imported .dxf file with russian texts in it. Problem makes the solution as a whole actually inusable for (at least, some of) russian users.

Multiple choice of enteties with “CTRL”+mouseclick is not possible

when I try to move an entity via the command line using the mv command the entity does not move to the specified position. it works if i use the mouse. this was fine in rc2 and rc3 ubuntu 64 bit and windows 64 bit machines.

Crash when drawing contains viewports.

Hi Andrew,

Nosing around in the QCAD Reference Manual I noticed a misperception in the Mirror / Flip commands.

This concerns the third-party openNURBS project and should probably be reported there, but I failed to find a bug tracker or anything of the sort, so here it goes.

malloc.h is deprecated (it has not been required since at least SUSv2, ratified in 1997). Apparently FreeBSD takes a more explicit stance against the use of it than other systems. The attached patch does away with it in openNURBS (conservatively leaving it in on Linux, but that should not really be neccessary either).

This makes the openNURBS component buildable on FreeBSD (9).

Hello!

I would like to suggest a small, but yet important improvement to usabilty.

When adding a new layer the currently selected layer should be default for parent layer.

Currently a new layer is by default a top level layer, and so the user has to select the parent layer for each sub-layer, again and again.

Thanks,
Christian

Printing segfaults under Linux after the printer dialog is shown.

• not reproduceable
• Linux vostro 2.6.37.6-0.7-desktop #1 SMP PREEMPT 2011-07-21 02:17:24 +0200 i686 i686 i386 GNU/Linux
• openSUSE 11.4 (i586)

1. new drawing
2. add new layer
3. save as DWG
4. File → Drawing Preferences → crash

/home/martin/workspace/rsframework/debug/qcad-bin [23943]	
	Thread [8] 23992 (Suspended : Container)	
		__kernel_vsyscall() at 0xffffe424	
		poll() at 0xb4f9703e	
		g_poll() at 0xb4b010bb	
		0xb4af0c46	
		g_main_context_iteration() at 0xb4af0fce	
		QEventDispatcherGlib::processEvents() at 0xb54a2741	
		QEventLoop::processEvents() at 0xb547131d	
		QEventLoop::exec() at 0xb54715aa	
		QThread::exec() at 0xb535e8ed	
		0xb544da4b	
		0xb5361b52	
		start_thread() at 0xb5177b05	
		clone() at 0xb4fa1d5e	
	Thread [7] 23954 (Suspended : Container)	
	Thread [6] 23953 (Suspended : Container)	
	Thread [5] 23952 (Suspended : Container)	
	Thread [3] 23950 (Suspended : Container)	
	Thread [2] 23946 (Suspended : Container)	
	Thread [1] 23943 (Suspended : Signal : SIGPIPE:Broken pipe)	
		__kernel_vsyscall() at 0xffffe424	
		send() at 0xb517f5b8	
		0xacd498b2	
		httpFlushWrite() at 0xacd49c21	
		0xacd4bcb8	
		cupsSendRequest() at 0xacd62470	
		cupsDoIORequest() at 0xacd62bc7	
		cupsDoRequest() at 0xacd62f0b	
		0xacd41d7f	
		cupsGetDests2() at 0xacd435d5	
		cupsGetDests() at 0xacd439a3	
		0xb5ad5153	
		0xb5a12133	
		0xb5a28344	
		0xb5a2b78c	
		QPrinter::init() at 0xb5a2d4ee	
		QPrinter::QPrinter() at 0xb5a2f01f	
		QtScriptShell_QPrinter::QtScriptShell_QPrinter() at 0xb02c9e29	
		qtscript_QPrinter_static_call() at 0xafe863ba	
		0xb6bd7f88	
		0xb6ac7c97	
		0xb6a91114	
		0xa7b3a4fd	
		0xb6a44262	
		0xb6a445f7	
		0xb6bb0f92	
		QScriptEngine::evaluate() at 0xb6bba46f	
		RScriptHandlerEcma::ecmaInclude() at RScriptHandlerEcma.cpp:1,015 0x8799f2d	
		0xb6bd813c	
		0xb6ac1f68	
		0xb6a9164c	
		0xa7b8e0f6	
		0xb6a44262	
		0xb6a445f7	
		0xb6bb0f92	
		QScriptEngine::evaluate() at 0xb6bba46f	
		RScriptHandlerEcma::ecmaInclude() at RScriptHandlerEcma.cpp:1,015 0x8799f2d	
		0xb6bd813c	
		0xb6ac1f68	
		0xb6a9164c	
		0xa7b91f81	
		0xb6a44262	
		0xb6a445f7	
		0xb6bb0f92	
		QScriptEngine::evaluate() at 0xb6bba46f	
		RScriptHandlerEcma::ecmaInclude() at RScriptHandlerEcma.cpp:1,015 0x8799f2d	
		0xb6bd813c	
		0xb6ac1f68	
		0xb6a9164c	
		0xa7b91c9f	
		0xb6a44262	
		0xb6a466c9	
		0xb6a8db4a	
		0xa7b9465c	
		0xb6a423e3	
		0xb6af06e0	
		0xb6ac201e	
		QScriptValue::call() at 0xb6bd2e67	
		REcmaShellActionAdapter::beginEvent() at REcmaShellActionAdapter.cpp:149 0x8c5981a	
		RDocumentInterface::setCurrentAction() at RDocumentInterface.cpp:290 0x8ef0094	
		RScriptHandlerEcma::createActionDocumentLevel() at RScriptHandlerEcma.cpp:858 0x8798950	
		RGuiAction::slotTrigger() at RGuiAction.cpp:607 0x8f0e11f	
		RGuiAction::qt_metacall() at moc_RGuiAction.cpp:86 0x8f58cb1	
		QMetaObject::metacall() at 0xb5478c83	
		QMetaObject::activate() at 0xb5489134	
		QAction::triggered() at 0xb5869d99	
		QAction::activate() at 0xb586b48f	
		0xb5d550c0	
		0xb5d5b485	
		QMenu::mouseReleaseEvent() at 0xb5d5d65d	
		QtScriptShell_QMenu::mouseReleaseEvent() at 0xb0272feb	
		QWidget::event() at 0xb58da629	
		QMenu::event() at 0xb5d5aec4	
		QtScriptShell_QMenu::event() at 0xb027621b	
		QApplicationPrivate::notify_helper() at 0xb5871d7c	
		QApplication::notify() at 0xb58772c4	
		QCoreApplication::notifyInternal() at 0xb547215b	
		QApplicationPrivate::sendMouseEvent() at 0xb5875152	
		0xb59068fc	
		QApplication::x11ProcessEvent() at 0xb5905d26	
		0xb5932f04	
		g_main_context_dispatch() at 0xb4af0509	
		0xb4af0d10	
		g_main_context_iteration() at 0xb4af0fce	
		QEventDispatcherGlib::processEvents() at 0xb54a2741	
		0xb5932a55	
		QEventLoop::processEvents() at 0xb547131d	
		QEventLoop::exec() at 0xb54715aa	
		QCoreApplication::exec() at 0xb5473701	
		qtscript_QCoreApplication_static_call() at 0xb08dc4b7	
		0xb6bd813c	
		0xb6ac1f68	
		0xb6a9164c	
		0xb100d9e9	
		0xb6a44262	
		0xb6a445f7	
		0xb6bb0f92	
		QScriptEngine::evaluate() at 0xb6bba46f	
		RScriptHandlerEcma::eval() at RScriptHandlerEcma.cpp:743 0x8797fbc	
		RScriptHandlerEcma::doScript() at RScriptHandlerEcma.cpp:739 0x8797ea0	
		RScriptHandler::init() at RScriptHandler.cpp:31 0x8f3a8ca	
		main() at main.cpp:176 0x8792007	

All linetype patterns are displayed too large.

When I open a saved document, the “Line Spacing Factor” it return to 1.

Tried several times, same result.

Carlo Couvert

• QCAD was running during the lunch break
  • one drawing opened in print preview
  • another drawing opened (normal mode)
• switched to another virtual desktop

""

Uncaught exception at /home/martin/workspace/rsframework/scripts/library.js:638:
Error: cannot access member `children' of deleted QObject
638	        if (!isNull(child.children) && child.children().length != 0) {
qsdb> child
Error: cannot access member `toString' of deleted QObject
qsdb> isNull(child)
true
qsdb> .bt
#0  getWidgets(widget = QToolBar) at /home/martin/workspace/rsframework/scripts/library.js:638
#1  <anonymous>(resume = true) at scripts/File/PrintPreview/PrintPreview.js:235
#2  <anonymous>() at /home/martin/workspace/rsframework/scripts/Idle/../EAction.js:237
#3  <anonymous>() at /home/martin/workspace/rsframework/scripts/File/
PrintPreview/../../Idle/DefaultAction/DefaultAction.js:119
#4  <global>() at -1

Reading  FS#441  I fired up the Library Browser, which works fine here, RC2 from tgz on Ubuntu 10.04, BTW.

The freedxf.com drawings “horseman” and two “women” claim to be “Creative Commons Attribution-NonCommercial-ShareAlike 3.0”. In my opinion, the “NonCommercial” clause does prohibit distribution in QCAD3, which is a commercial package. For a discussion see http://wiki.creativecommons.org/Defining_Noncommercial

Pendant la réalisation d’un plan le calque 0 s’est verrouillé, impossible de le modifier. En l’enregistrant sous un autre nom le calque 0 est toujours verrouillé.

During the implementation of a plan the layer 0 was locked, impossible to change it. By saving it under another name Layer 0 is always locked.

'shape.approximateWithLines'"0xc436c88"

Trying to build a hatch area sometimes results in “invalid hatch area”. It would be nice if QCAD could give a hint why / where the problem occurs (where is “line too long” or “not closed”).

Help - Reference Manual does not have any effect on Windows.

To reproduce:
- Create a part library item with file name “Test1 .dxf” (note the space at the end of the base name)
- Insert this part library item into a blank drawing
- Try to save the drawing
- Error “Invalid Symbol Table Name” occurs

Hi

Long time no see - so long that I’ve had to reregister. I must be getting a bit better (though I only do pretty basic stuff).

I often have to trace an actual paper drawing, so I scan it in as a jpeg and insert in the usual way. For a while now, this has become difficult to do because however often I send the image to back or bring the polyline to the front, just moving my mouse over the photo (not selecting it) makes the line disappear and I’ve got a bit fed up with trying to work around this (I don’t think it was always like this?)

I’ve attached my current example (there’s only a single image in it at the moment), and thank you in advance for your patience and help.

Jackie

1. new file
2. insert (drag-n-drop or insert button) from library browser → segfault

Thread [1] 12403 (Suspended : Signal : SIGSEGV:Segmentation fault)	
	RObject::getId() at RObject.h:92 0x8a11c82	
	RClipboardOperation::copy() at RClipboardOperation.cpp:66 0x8d4892a	
	RPasteOperation::apply() at RPasteOperation.cpp:30 0x8d4841a	
	RDocumentInterface::previewOperation() at RDocumentInterface.cpp:1,766 0x8de19bb	
	REcmaDocumentInterface::previewOperation() at REcmaDocumentInterface.cpp:4,711 0x889aaad	
	0xb6bd813c	
	0xb6ac1f68	
	0xb6a9164c	
	0xa83ced9f	
	0xb6a423e3	
	<...more frames...>	

Info tools show too many ticks which leads to slow down / crash.

- Import drawing from other CAD application with dimension blocks (*D..)
- Save file with QCAD
- Dimension blocks are exported to drawing file but are empty which can break compatibility with other products

Ubuntu 11.04 64 bit.
Image imported into drawing in layer ‘pictures’.
Layer ‘pictures’ hidden.

QCAD 3 beta displays the image when zoomed out so that the whole drawing is visible within the working window.
It ‘disappears’ when the zoom is taken in such that the drawing exceeds the window display.

When the layer ‘pictures’ is visible the image behaves as expected, i.e. always visible.

Something with hatching changed between 3.10 and 3.12; Changelog for 3.11.2 states: “Add support for hatch patterns defined per entity”. That may be?

Attached drawing from an older version; open in current and see a black box where there should be earth. Change scaling of hatch from 10 to 254 and it will be exactly the same it was when saving the file.

Curiously, that is like swapping inches and mm? Looking into prefs, there is a new drop down: “Messsytem für Linien und Schraffuren” and it read “imperial”; making it metric and bingo, my drawing looks as intended!

This is bad, because each drawing has to be changed! I changed the application default drawing setting to metric and the existing drawing still had imperial set…

Probably a heuristic was on order? If the drawing does not specify the new setting, and the drawing units is metric, use metric?

To check compatibility for the same .dxf drawing prepared with Q2, I prepared 2 copies, one with a “_Q2” suffix and the other with “_Q3”. I managed to keep an operational Q2 system on the same Win7-HomeEditionPremium-64bits PC. As you can guess, I opened each copy with the relevant QCAD version.

In each version, I selected the same hatch layer and list here their properties along with a hardcopy of a display of a similar part of the hatched area, with blue lines showing the differences in hatching, apparently the density.
Q2 : Solid:False, Scale:3.00, Angle:0, Name:ar-brelm ; the color is described in its panel as 20,255,255 and 255,85,0 (left colum first from top to bottom).
Q3 : all identical values but Scale:0.78189.

Another comparison with a global view of the same drawing. Just notice how the hatching in the areas at the bottom are different (red lines). Also, I noticed that increasing the zoom let the hatching appear in the Q3 version instaed of the grey homogenous color, but the hatching in Q3 remains more dense than in the Q2 version.
Q2 : Solid:False, Scale:1.00, Angle:0, Name:ar-conc : color is a standard grey (0,0,128 & 128,128,128)
Q3 : Solid:False, Scale:0.246063, Angle:0, Name:AR-CONC : color is qualified as “custom” even with the same values.
Both have “centimeter” as drawing units.

Then I opened another Q2 drawing with Q3. I elected to hide all layers then to show all of them. And the color hatching of some aras were then modified. See 3rd picture with all black areas. (Just changing the layers shown or hidden was enough to not allow to close the drawing without a save...).

Than you for your attention or letting me know which setting can correct the differences.

1. open the attached drawing
2. select the polyline
3. fill it with hatch pattern “stars” → looks ok, the whole area is filled
4. save the file
5. re-open it
6. there is a gap in the filling now, see attached screen shot

Hatches in blocks cause poor performance while (auto-)snapping.
The lines that make up those hatches are included in the search for intersection points which is not desirable.

Attached you’ll find a floor plan.

Trying to fill the walls (layer “KG_Wand”), the hatch does not fill them but the space inside the rooms.
Saving the file (with the wrong hatch) leads to

Exception occurred. Entity NOT saved: 148

in the Command Window, after re-opening the file the hatch is (as expected) not existing anymore.

cannot hatch single full ellipse

When adding a hatch in a drawing, the hatch is vissible and printable but after saving and closing some of the hatches have dissapeared when reopening the drawing.

After several attempts the same hatches in the same objects always dissapear or are not saved.

When needed i can send the drawing, please let me now!

When I want to select in example a intersection or a endpoint, QCAD v3RC2 preferred to choose the grid not the intersection or the endpoint of enteties.