QCAD Bugtracker

This report concerns QCAD 3.2.1 when used without the Teigha plugin for DXF / DWG support:

While playing around, I created a simple drawing with QCAD 3.2.0 with just some lines and dimensions.

QCAD 3.2.0 renders it as shown in dim-qcad320.png.

QCAD 2.0.5.0-community renders it as shown in dim-qcad2050free.png.

DraftSight V1R3.2 pops up a window upon loading that says “Drawing file requires recovery. Do you want to proceed?”. If I choose recovery, it renders it as shown in dim-draftsightv1r32.png (if I choose not to recover, it quits). If now I save the recovered drawing in “R2000-2002 ASCII drawing (*.dxf)” format (which looks closest to what QCAD 3.2 offers to save as by default), both QCAD 2 and QCAD 3.2 render this repaired drawing as intended (ie. as in dim-qcad320.png).

-u / -multiplier switch has no effect (option applied to later during initialization of nester).

Tested on Windows and Linux with several DWG files.

Windows:

[.] C:\opt\QCAD>dwginfo.bat D:\tmp\dwgtester\08.01.01.dwg
12:57:27: Debug:

You are using a trial version of QCAD Professional.

12:57:27: Debug:    If you would like to use this software productively,
12:57:27: Debug:    please purchase the full version for a small license fee from our
12:57:27: Debug:    Online Shop at:
12:57:27: Debug:    http://www.ribbonsoft.com/shop

12:57:27: Debug:    Thank you for trying this add-on!


12:57:27: Debug:    Your script will start in 15 seconds...
12:57:42: Debug:    Input file:  D:\tmp\dwgtester\08.01.01.dwg
12:57:42: Debug:    calling odInitialize

Linux:

root@0401d19459a5:/qcad# ./dwginfo -platform offscreen /data/08.01.01.dwg
QCAD version  3.23.0
11:56:24: Debug:

You are using a trial version of QCAD Professional.

11:56:24: Debug:    If you would like to use this software productively,
11:56:24: Debug:    please purchase the full version for a small license fee from our
11:56:24: Debug:    Online Shop at:
11:56:24: Debug:    http://www.ribbonsoft.com/shop

11:56:24: Debug:    Thank you for trying this add-on!


11:56:24: Debug:    Your script will start in 15 seconds...
11:56:39: Debug:    Input file:  /data/08.01.01.dwg
11:56:39: Debug:    calling odInitialize

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

Possibly related to  FS#2309 

The parsing for the -min-lineweight option of dwg2svg is broken, only -w or the undocumented -minlineweight options work.

This is due to a typo in the Dwg2Svg.js script around line 225:

      properties["minLineweight"] = getArgument(args, "-w", "-min-lineweight");
      if (isNull(properties["minlineweight"])) {
          properties["minLineweight"] = getArgument(args, "-w", "-minlineweight");
      }

This should be:

      properties["minLineweight"] = getArgument(args, "-w", "-min-lineweight");
      if (isNull(properties["minLineweight"])) {
          properties["minLineweight"] = getArgument(args, "-w", "-minlineweight");
      }

Note the case minlineweight vs minLineweight.

This has the consequence that the value parsed form -min-lineweight is always replaced with the value from -minlineweight, which is usually undefined.

Since the short option -w is parsed in both cases, it is not affected from the bug.

When using PDF Export I see different lineweight to using dwg2pdf. See Different lineweights PDF Export vs dwg2pdf

dwg2pdf shows error under Windows systems:
Fatal: QWidget: Cannot create a QWidget when no GUI is being used

Autofit (-a) has no effect when converting a block or layout block (other than Model_Space).

Previous working example script dwg2pdf creates empty pdf with QCad 3 RC4.
File size matches output of dwg2pdf in RC2, but output was ok in RC2.

Good afternoon, I found a bug.

Source file: B5.dwg.

Command line: .\dwg2pdf.bat -f -a -recompute-dim -ltscale=1 -font-substitution Standard GBK path

After I used the command, the message “Warning: standard font not found” occured. And B5.pdf is not found.
Convert is fail.

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

Add command line argument to generate only one specific zoom level or a range of zoom levels.

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

Add command line argument to generate only one specific tile for a specific zoom level.

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

Trying to create map tiles using dwg2maptiles with a transparent background by adding the option-
-background=’#00FFFFFF’
-background=’transparent’

The output has transparent background but the PNGs get multiplied and scrambled and are not at all as expected.

Attached: original DWG file and an example of the error prone PNG.

Add command line switches to dwg2dwg to change header variables during conversion (e.g. DIMASZ, DIMEXT, DIMTXT, ...)

dwg2csv -l

Exception when trying to list properties for RDwgStyle

QCAD Professional
Win installer 32 bit
Version: 3.25.2.13 (3.25.2.13)
Internet: QCAD.org
Build Date: Feb 12 2021
Revision: cad2d36
Qt Version: 5.13.2
Architecture: i386
Compiler: Unknown

Andrew,
While enhancing DrawFromCSV: Forum Link.
I had a peek at the new command line tool: dwg2csv

I would never come up with 115 columns.
That wouldn’t be efficient to generate entities from.
Although this way it is very complete and one could use specific lists to filter.
One downside is that the ‘-list’ switch return is far too vast for the windows command line.

Remarked that:
Only the first alphabetically custom property is listed under:
QCAD:Line & QCAD:Reference (columns 114-115).
And that the last encountered is persistent for all entities that follows.

Maybe this originates from a multiple entity selection ...
... what also retains the last encountered custom properties in the property editor.
Should I add a seperate task for that?

Also had an exception thrown:
Debug: dropped global XDATA (no res buf): “ViewportCenter”.
Discarted that as this very basic test drawing hasn’t even a Viewport.

Regards,
CVH

Added: Snippet from DrawFromCSV code (merely a test case)

CSVcomma/semicolon
Offset;50;50
Point;39,789355;-0,815325;+[Custom;Reference:101];
Point;38,49526;4,014304;+[Custom;Reference:102;Line:56]

The two points, and only those two points, are casted with custom properties
QCAD|Reference|101
QCAD|Reference|102 & QCAD|Line|56

Added: The dxf file
Added: The csv file (change to the comma/semicolon style)

-origin has no effect, origin is not drawn in export

• see attached DWG file, taken from http://www.cadtutor.net/download/vector/autocad-plan-trees.php
• loads correctly in DraftSight

QCAD drawing dump:

RDocument("ba3bc58", RStorage("bb7aa28", 
current block ID: 22
current layer ID: 21
current view ID: -1
drawing unit: 0
bounding box: RBox(RVector(invalid)  -  RVector(invalid) )  
 RLayer(RObject(id: 21, document: "0xba3bc58", address: "0xbc2dbb0", undone: 0), name: "0", color: RColor(RGBA: 0, 255, 0, 255) , lineweight:  -3 , linetype:  2 )  
 RBlock(RObject(id: 22, document: "0xba3bc58", address: "0xbb45d10", undone: 0), name: "*Model_Space", origin: RVector(0, 0, 0) ) 
 RBlock(RObject(id: 23, document: "0xba3bc58", address: "0xbb442c0", undone: 0), name: "*MODEL_SPACE", origin: RVector(0, 0, 0) ) 
 RBlock(RObject(id: 24, document: "0xba3bc58", address: "0xbc2dc00", undone: 0), name: "*PAPER_SPACE", origin: RVector(0, 0, 0) ) 
 lastTransactionId: -1
variables: 
	"PageSettings/Scale": QVariant(QString, "1:1") 
 Known variables (DWG): 
...

 ) RSpatialIndex()  

look at
https://www.qcad.org/rsforum/viewtopic.php?f=89&p=22762&sid=26fade8dcfd514372faaf98834df4413#p22762

I am seeing duplicate zoom buttons in the View toolbar, and also under the View menu. Under Application Preferences→General→Tool Settings there are also multiple entries for these, with Shortcuts and Commands highlighted in red (means there are conflicts?). This is the QCAD/CAM version on Linux 32-bit Debian “testing” release. I also tried the same version on Windows 7 64-bit and am not seeing this issue. Screen shots attached.

Block - Explode

Only affects files saved through dxflib.

no task description

Both of these files (scripts/simple.js and scripts/library.js) contain a function named sleep() that duplicate each other. There is probably a need to delete one of them.

Permalinks to this definitions on Github:

• simple.js
• library.js

Hello,
Just installed Q3rc5 with Win7.64 bits.French. To report bugs, I wanted to change my interface user language from French to English.
Using menu “Edit” =⇒ “Application preferences” =⇒ “Language settings” =⇒ “Language”, I notice that the dropdown list (combo box) is hard to decipher as all lines are with black text on a black background. Only the current value is shown with white text on a blue background.

Moving the cursor up and down reveals the other values. After navigating in the list, all values can be read. Going to another item in the Settings and then back to the Language settings : all lines can be read.
Closing the setting and opening it again, the same dropdown list has again all entries in black but the current selected value in blue.

NB: Searches for “dropdown”, “combo”, “selection” etc returned no related task.

Hallo Andrew,

Fiddling with the drill-toolpath error, a solution seems to be to add the drill location as a ‘single point’ in the ‘source’ sublayer. I am using this as a Bug Work Around.

Sporadically, when I open a file, everything in it has rotated 180 degrees from when I last edited that file.

no Idea ehat this is about, definately a bug.

BR

Ola, Sweden

1. before save: copy existing file (drawing.dxf) to temporary file, e.g. “drawing.bak”
2. save()
   • no crash → remove recovery file
   • crash → file has size of 0 byte now
     1. restore recovery files on next start

for each file in recent files
  if file size == 0
    rename temporary file to actual file name
end

The original file is A5.dwg. I’m using QCAD professional 3.23.0. A5.pdf is converted by command line tool dwg2pdf.
I found the drawing problem in it. See the attachment file problem.png.

As you see, I write down 3 bugs in problem.png.

1. bug 1. The position of ‘green 90’ is wrong.
2. bug 2. The line width is too large. You can see dot in A5.dwg, but a line in A5.pdf.
3. bug 3. The ‘green 42’ is missing.

Thank you very much for your help!

Both community and Git head, on Linux and FreeBSD.

Not sure how to describe the odd behaviour... Draw something with a couple of colors, turn on Print preview, then modify Drawing prefs/Print/Colors/Color mode several times, setting it to a different mode than what it is currently, Apply, OK.

What happens is sometimes it doesn’t change (that is, the next time this preference is opened, it is still at Full Color even if I have just clicked, applied and OK’d Grayscale etc.).

Further, it seems that the selection is not reflected at the print preview view, or rather, it is off by one – if I finally manage to switch to Grayscale, it stays Full Color. Then if I somehow manage to switch to Black/white, the print preview changes to Grayscale etc.

I can try to make a screen movie if necessary.

See forum at:
http://www.ribbonsoft.com/rsforum/viewtopic.php?f=11&t=2249&view=unread#unread

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

When a drawing is placed in X,Y coordinates QCAD is unable to zoom to the drawing.

We use X,Y coordinates like X=182,635,000 mm Y=579,005,000 mm for the location of the constructions.

If you use Auto Zoom you get to see a small dot on the screen but as soon as you try to zoom to the drawing QCAD jumps within a certain limit and you can’t get to the drawing.

Texts (if rendered as text not paths) and images are rendered in the background if they are inside a block.

- Create block with text or bitmap in front of other entities
- Insert block
- Text and bitmaps are rendered behind entities

One can draw in print preview. If one does, QCAD starts acting confused, the model view gets restored with a fullbright white background.

Maybe best is to just disable all drawing and measuring in print preview?

• The drawing given be an argument is loaded correctly but no auto zoom is made, which can be confusing.
• The loaded drawing cannot be closed unless another drawing is loaded.
• Possibly an Linux issue only.

start up output:

Debug:    Init script plugins... 
Warning:  RGuiAction::getByScriptFile: no action found: "Scheme" 
Debug:    TIMER:  1841 ms -  "loading and initializing plugins" 
Debug:    Creating storage... 
Debug:    Creating spatial index... 
Debug:    Creating document... 
Debug:    Init idle and default actions... 
Warning:  This action requires a document to be open:  "scripts/Snap/SnapAuto/SnapAuto.js" 
Warning:  This action requires a document to be open:  "scripts/Snap/RestrictOff/RestrictOff.js" 
Debug:    updateScenes... 
Debug:    updateGuiActions... 
Debug:    notifyListenersSlot... 
Warning:  This action requires a document to be open:  "scripts/Snap/RestrictOff/RestrictOff.js" 
Warning:  This action requires a document to be open:  "scripts/Snap/SnapAuto/SnapAuto.js" 
Debug:    importing header 
Debug:    importing layers 
Debug:    importing blocks 
...

I like the new shape tool “Star”. Comes at the right time

Would be nice if we could get the same options like all other shape tools: “Create Polyline” and “Fill”.

Good afternoon, I found a bug.

Original file: 006–【武汉会展中心店】一层合用前室.dwg

Converted file: 006–【武汉会展中心店】一层合用前室.pdf

Bug description file: problem5.png

As you see, all the rectangle fills are drawed as ellipse.