QCAD Bugtracker

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.

This continues a problem that occurred in Qcad 2.2/OpenSuse 11.1:

1. The default paper size is always A4. (minor, but annoying)

2. Here is the serious problem: When I change the paper size to, for example tabloid, in File/Drawing Preferences/Page and in Print/Properties, the print job prints as though it were A4. This occurs unless I first go to Yast or Control Center and (as superuser) change the default page size. Other programs (such as Open Office) don’t require this.

The printer is an HP deskjet 9800, and the problem occurs with either CUPS or hplip printing.

I am using Opensuse 11.3 (I haven’t been able to install successfully opensuse 11.4 on my computer), Qcad
Version:
3.0 Beta 2
Date:
Sep 17 2011
Qt Version:
4.7.3
Edition:
Full Version

When exporting a drawing to SVG, polygons containing arcs (trimmed circles in this case) are converted to straight lines. If the polygon is exploded first, then it exports correctly. Of course, this isn’t useful if closed polygons are required for the program using the SVG file. Solid hatch fills export correctly. See attached DXF and corresponding SVG export.

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.

• 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.

• the cells are not shown anymore

• Selected entities are exported in the way as they are shown on screen.
• Same applies for highlighted entities.
• See attachment.

1. load attached drawing
2. print preview
3. auto fit pages
4. shows 2 columns (wrong) and 13 rows (correct), see attachment

• tried different options in print preview (auto scale, auto fit etc.)

Thread [1] 18993 (Suspended : Signal : SIGPIPE:Broken pipe)	
	__kernel_vsyscall() at 0xffffe424	
	send() at 0xb517d5b8	
	0xacd3d8b2	
	httpFlushWrite() at 0xacd3dc21	
	0xacd3fcb8	
	cupsSendRequest() at 0xacd56470	
	cupsDoIORequest() at 0xacd56bc7	
	cupsDoRequest() at 0xacd56f0b	
	0xacd35d7f	
	cupsGetDests2() at 0xacd375d5	
	cupsGetDests() at 0xacd379a3	
	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	
	0xa95f7580	
	0xb6a44262	
	0xb6a445f7	
	0xb6bb0f92	
	QScriptEngine::evaluate() at 0xb6bba46f	
	RScriptHandlerEcma::ecmaInclude() at RScriptHandlerEcma.cpp:1,051 0x87d5f9d	
	0xb6bd813c	
	0xb6ac1f68	
	0xb6a9164c	
	0xa970b87d	
	0xb6a44262	
	0xb6a445f7	
	0xb6bb0f92	
	QScriptEngine::evaluate() at 0xb6bba46f	
	RScriptHandlerEcma::ecmaInclude() at RScriptHandlerEcma.cpp:1,051 0x87d5f9d	
	0xb6bd813c	
	0xb6ac1f68	
	0xb6a9164c	
	0xa9717387	
	0xb6a44262	
	0xb6a445f7	
	0xb6bb0f92	
	QScriptEngine::evaluate() at 0xb6bba46f	
	RScriptHandlerEcma::eval() at RScriptHandlerEcma.cpp:786 0x87d4014	
	RScriptHandlerEcma::doScript() at RScriptHandlerEcma.cpp:782 0x87d3ef8	
	RScriptHandlerEcma::createActionDocumentLevel() at RScriptHandlerEcma.cpp:873 0x87d4677	
	RGuiAction::slotTrigger() at RGuiAction.cpp:628 0x8f7a23c	
	RGuiAction::qt_metacall() at moc_RGuiAction.cpp:86 0x8fc60a9	
	QMetaObject::metacall() at 0xb5478c83	
	QMetaObject::activate() at 0xb5489134	
	QAction::triggered() at 0xb5869d99	
	QAction::activate() at 0xb586b48f	
	QToolButton::nextCheckState() at 0xb5da52b2	
	0xb5cbb61f	
	QAbstractButton::mouseReleaseEvent() at 0xb5cbb8dc	
	QToolButton::mouseReleaseEvent() at 0xb5da53ac	
	QWidget::event() at 0xb58da629	
	QAbstractButton::event() at 0xb5cba7bf	
	QToolButton::event() at 0xb5da82ae	
	QApplicationPrivate::notify_helper() at 0xb5871d7c	
	QApplication::notify() at 0xb58772c4	
	QCoreApplication::notifyInternal() at 0xb547215b	
	QApplicationPrivate::sendMouseEvent() at 0xb5875152	
	0xb59066b5	
	QApplication::x11ProcessEvent() at 0xb5905d26	
	0xb5932f04	
	g_main_context_dispatch() at 0xb4aee509	
	0xb4aeed10	
	g_main_context_iteration() at 0xb4aeefce	
	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	
	0xb100cf6b	
	0xb6a44262	
	0xb6a445f7	
	0xb6bb0f92	
	QScriptEngine::evaluate() at 0xb6bba46f	
	RScriptHandlerEcma::eval() at RScriptHandlerEcma.cpp:786 0x87d4014	
	RScriptHandlerEcma::doScript() at RScriptHandlerEcma.cpp:782 0x87d3ef8	
	RScriptHandler::init() at RScriptHandler.cpp:31 0x8fa7476	
	main() at main.cpp:228 0x87cd9c9	

1. load 2 drawings
2. switch both into print preview
3. see attachment
4. scale combo box shows only “1:1”
5. switching drawings does not update options tool bar from drawing but drawing from options tool bar

• show a warning on the QCAD console if someone tries to draw on a locked layer

3 RC1b

Trying to edit a Text calls the Qt Script Debugger with following Message:

Uncaught exception at C:/Programme/QCAD 3rc1b/scripts/Draw/Text\TextDialog/TextDialog.js:170: ReferenceError: Can’t find variable: simpleText
170 simpleText.checked = textDataIn.isSimple();

I’m able to close the Script Debugger but I can’t edit the Text ....

QCAD3 does not open dxf-files containing ellipses!
Error Message: Can’t open file, check fileformat, fileextension, accesrights

By saving a drawing QCAD is destroying the cross-hatches

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

Text position of texts in blocks wrong.

In File>PDF Export save a file with the same name in the same place as a previously saved pdf file.

Issue 1
Note that there is no alert to indicate that an attempt to overwrite is being made.

Then use the close preview button and navigate to the top panel file menu.

Issue 2
The usual drop down menu does not work. All other drop down menus do work.

You can’t save changes in “Application Preferences > Shortcuts and Commands”!
It works only for the current session - after a restart the settings are back on default

By scaling a drawing (base drawing) the text is OK in height but not in position

Text origins are not properly scaled when pasting text and graphics at a scale other than 1:1

If you had created a drawing in v2, it is NOT possible do make cross-hatch in v3.

(the hatch will be made but it is not visible) → drawing example

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.

• exited QCAD, 2 drawings opened

backtrace:

Thread [1] 5272 (Suspended : Signal : SIGSEGV:Segmentation fault)	
	memcpy() at 0xb5050d16	
	0xbe19918	
	QList<RGraphicsScene*>::detach_helper() at qlist.h:696 0x8ccb0b6	
	QList<RGraphicsScene*>::detach_helper() at qlist.h:710 0x8ccaef3	
	QList<RGraphicsScene*>::detach() at qlist.h:126 0x8f76f58	
	QList<RGraphicsScene*>::begin() at qlist.h:254 0x8f75f3c	
	RDocumentInterface::repaintViews() at RDocumentInterface.cpp:577 0x8f70e98	
	RDocumentInterface::mouseMoveEvent() at RDocumentInterface.cpp:634 0x8f7111e	
	RGraphicsScene::handleMouseMoveEvent() at RGraphicsScene.cpp:160 0x8f88ae7	
	RGraphicsView::handleMouseMoveEvent() at RGraphicsView.cpp:444 0x8f8b54a	
	RGraphicsViewQt::mouseMoveEvent() at RGraphicsViewQt.cpp:195 0x8e80bef	
	QWidget::event() at 0xb58da661	
	RGraphicsViewQt::event() at RGraphicsViewQt.cpp:104 0x8e80a6c	
	QApplicationPrivate::notify_helper() at 0xb5871d7c	
	QApplication::notify() at 0xb58772c4	
	QCoreApplication::notifyInternal() at 0xb547215b	
	QApplicationPrivate::sendMouseEvent() at 0xb5875152	
	0xb59066b5	
	QApplication::x11ProcessEvent() at 0xb5905d26	
	0xb5932f04	
	g_main_context_dispatch() at 0xb4aee509	
	0xb4aeed10	
	g_main_context_iteration() at 0xb4aeefce	
	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	
	0xb083e0f4	
	0xb6a44262	
	0xb6a445f7	
	0xb6bb0f92	
	QScriptEngine::evaluate() at 0xb6bba46f	
	RScriptHandlerEcma::eval() at RScriptHandlerEcma.cpp:790 0x87d5a26	
	RScriptHandlerEcma::doScript() at RScriptHandlerEcma.cpp:786 0x87d591f	
	RScriptHandler::init() at RScriptHandler.cpp:31 0x8fbbbc2	
	main() at main.cpp:256 0x87cf40a	

Hi,

qcad3 shows wrong filling of areas, see attached example in qcad3rc2 (wrong) vs. qcad2 (ok).

Regards - Stefan

The modify tools → stretch command does not appear to function.

The two attachments contain the source drawing (blackburne_engine_breather_0210A.dxf) and five screen shots (qcad3_rc3_stretch.odt) showing the steps taken to replicate the problem.

I have also performed a similar exercise with a Linux trial version 3.0 RC2 (OpenSuse 11.4) with the same result.

Regards

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

When printing a drawing to A3 format on a Canon iX4000 in Qcad 3 RC2 the image is cropped when as if i am trying to print to a A4 page. Setting are correct, however.
(I see a release candidate 3, but where can i download it? Checking versions confirm that i am up-to-date)

When opening a DXF created by 2.2.2 the block entities are sometimes not being drawn in correct position and orientation.

The following is seen on the console (Which I think is related)

Debug: importing entities in block ' “Sw1pwo” '
Warning: RDwgBlockReferenceImporter::import: block reference references invalid block: “*X15”

and also (which is probably not related)
Debug: importing entities in block ' “A$C6329746C” '
Warning: RSpline::updateFromControlPoints: not enough control points: 0
Warning: RSpline::getExploded: invalid spline
Debug: RSpline: knotVector ignored
Debug: RSpline: knots: 11
Debug: RSpline: order: 4
Debug: RSpline: controlPoints: 7
Warning: RSpline::updateFromControlPoints: not enough control points: 0
Warning: RSpline::getExploded: invalid spline
Debug: RSpline: knotVector ignored
Debug: RSpline: knots: 11
Debug: RSpline: order: 4
Debug: RSpline: controlPoints: 7

Drawing file shown.

This could be a bug in 2.2.2, but it would be nice to ensure 3 can pull in old drawings without us having to rework them all.

Any questions james at enrogen dot com.

James

having a line tangent on a circle, the Qt Debugger appears when:
- select trim tool
- select line
- mouse over circle

The debugger stops in line 326 of scripts/Modify/Trim/Trim.js (trimmed1.trimStartPoint(is2);) with the following message:
Uncaught exception at scripts/Modify/Trim/Trim.js:326: Error: :-1:-1: Wrong number/types of arguments for RArcEntity.trimStartPoint().
<native>(undefined) at -1
<anonymous>(op = RMixedOperation(0xe50a9a0), limitingEntity = RLineEntityPointer(0xff9b740), limitingShape = RLine(RShape(address: “0xe2a1608”), startPoint: RVector(36379.7, 46367.3, 0) , endPoint: RVector(40858.6, 44174.7, 0) ) , limitingPos = RVector(37446.8, 45886.1, 0) , trimEntity = RCircleEntityPointer(0xefa0170), trimPos = RVector(37054.5, 45938.9, 0) , trimBoth = false, preview = true) at scripts/Modify/Trim/Trim.js:326
<anonymous>(preview = true) at scripts/Modify/Trim/Trim.js:186
<anonymous>() at /opt/qcad-3.0.0-rc2-prof-linux/scripts/Modify/../EAction.js:1162
<anonymous>(event = REntityPickEvent(0xbfdc3614), preview = true) at scripts/Modify/Trim/Trim.js:166
<anonymous>(event = REntityPickEvent(0xbfdc3614)) at /opt/qcad-3.0.0-rc2-prof-linux/scripts/Modify/../EAction.js:1237
<global>() at -1
326 trimmed1.trimStartPoint(is2);
Uncaught exception at scripts/Modify/Trim/Trim.js:326: Error: :-1:-1: Wrong number/types of arguments for RArcEntity.trimStartPoint().
<native>(undefined) at -1
<anonymous>(op = RMixedOperation(0xec6fea8), limitingEntity = RLineEntityPointer(0×11830730), limitingShape = RLine(RShape(address: “0x10c1c988”), startPoint: RVector(36379.7, 46367.3, 0) , endPoint: RVector(40858.6, 44174.7, 0) ) , limitingPos = RVector(38065.4, 45591.8, 0) , trimEntity = RCircleEntityPointer(0xeee04a0), trimPos = RVector(37145, 45818.2, 0) , trimBoth = false, preview = true) at scripts/Modify/Trim/Trim.js:326
<anonymous>(preview = true) at scripts/Modify/Trim/Trim.js:186
<anonymous>() at /opt/qcad-3.0.0-rc2-prof-linux/scripts/Modify/../EAction.js:1162
<anonymous>(event = REntityPickEvent(0xbfdc3614), preview = true) at scripts/Modify/Trim/Trim.js:166
<anonymous>(event = REntityPickEvent(0xbfdc3614)) at /opt/qcad-3.0.0-rc2-prof-linux/scripts/Modify/../EAction.js:1237
<global>() at -1

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!

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.

“Null Object ID” exception when saving a previously loaded file.

File: “fs515.dwg”

Hi Andrew

In Ubuntu 11.10 and Windows 7 everything so far is working ok in QCAD apart from the Library browser!

1.In Win 7-64 I can run the browser and make a new folder, but when I try to set the permissions/open the folder - browser crashes.

2.In ubuntu 11.10 I first uninstalled RC2 then installed RC4. QCAD program runs ok but this time when I try to open up the browser (not a new folder)I get an error message stating that I do not have permissions to open the first file (vehicle -I think!)in RC2? If I select OK in the warning window the warning just keeps on repeating the same message for the next and subsequent files until I quit it.

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.

Using the move and scale tools, QCad sometimes (reason unknown so far) crashes in RC4 (never seen that in RC2).

I am a new user and bought qcad this afternoon.
Sometimes qcad stops working after selecting and moving an entity. it happens almost every one to two hours. twice until now.
I tried version 2.2.2.0 that didn’t have this problem.

I would like to see an autosave-option which allows to autosave, but which keeps only the latest autosave file (instead of all). So there would be autosave (if something crashes) but the hard disk is not filled up too fast.

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.

Hello,

When I started Q3, I selected a White background in the initial dialog window. I opened a copy of a good Q2 file and saw that ALL entities with Q2 Black/White color where forced to be White. Andrew explains this as a mean to avoid unreadable items against the background colors. Remember I selected White as background ? I guess Black/White entities could be better kept as Black ?

Following Andrew’s advice, in Application Preferences =⇒ Graphics View, I unchecked the Auto correct black and white colors check box. The background settings is white. OK.

I went through a process of changing the White color for several layers to Black. I also had to change the color codes for the hatch areas. For instance, the hatch area layer “055_F_Murs” has “14-76-255 / 255-197-179” values in Q2. Why these values are auto corrected to “30-128-255 / 255-191-127” ?

After these changes, I saved the file, closed Q3 and opened the file again.

Catastrophique ! All “Black/White” layers were back to Black and the hatch colors were back to the “auto corrected” values.

Changing the background color to black then white seemed to solve the problem : the layers kept the Black color. Actually it was just an illusion.

Yesterday too much confident, I spent the whole day, modifying layers to Black, adding new layers also Black or custom color, checking the line weight (replacing the “default” (?) value of 0.25 mm with my preferred default value of 0,00 mm, I’ve posted on the forum about this) and so on. I saved the file, closed it.
To-day, nearly all layers have lost their colors :
- Black ones are again White,
- custom color are “auto corrected” as above for “055_F_Murs”,
- only the standard non Black/White colors are preserved, like Blue, Magenta etc.

At this point, I can’t continue using QCAD 3 with enough reliability as my color settings are always lost. This is why I qualify this bug as CRITICAL.
I don’t want to use a Black background or a Light Blue one. Why do you think all old “green on black VDU” were replaced with “black/color on white” displays, to begin by Apple ?

NB I already reported this but can’t find it in the list (maybe because I forgot to enter a summary ? No warning, happily I had a copy with Notepad), sorry for the duplicate.

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.

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.

On file open selection from main menu or on output to PDF Qcad crashes

error:

I/O error : No such file or directory
/usr/share/mime/inode/directory.xml:1: parser error : Extra content at the end of the document

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.

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

I am continuing my testing on version 3.0 Final.

I noticed that, with 3.0 Final open, the service “syslogd” (on OSX Leopard PPC) does get CPU consumption up to 100%, making the machine unusable.

This has never happened with the RC2 version.

It’s possible to have a copy of RC2 while they investigated the problem? Unfortunately I have not kept a copy.

QCAD does not manage to load an DXF file created by itself (presumably, I don’t remember excactly, could be the last 2.x version). When selecting File ⇒ Open on the file in attachment, QCAD shows a pop-up reporting the following error :

Cannot open file
»‘/home/gillonr/Documents/Projects/Familly/Br.../Chambre Parents/Plans/Plan-PaterNoster.dxf’.
» Please check your access rights, the file format and file extension.

The file permissions are OK, there is no issue of disk space on the volume where the file reside or where the QCAD distribution is installed or at any other critical location. The problem does not happen on other files created with QCAD, so it appears to be data dependent.

The file causing trouble in QCAD can be imported in LibreOffice 3.4.2 w/o reporting errors (but that application does not provide the suitable methods / tools to edit this format...).

(1) Is there a way to activate debugging when reading in data from a DXF ?
(2) Is there some tool (ev. 3rd party) allowing to check that the data is clean ?
(3) Can someone identify the cause of the problem (presumably some data construct or maybe corruption) ?
(4) In case it would turn out that the problem is a QCAD bug, is there a work-around (I need these drawings...).

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.

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

Conversion of certain files leads to crashes (segmentation fault).

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

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).