FreeCADView Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003125 | Path | Bug | public | 2017-07-12 16:54 | 2017-11-29 01:01 |
| Reporter | GeneFC | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | unable to reproduce | ||
| Platform | Windows 7 | OS | Windows | OS Version | 7 |
| Product Version | 0.17 | ||||
| Fixed in Version | 0.17 | ||||
| Summary | 0003125: Path - Base Object Selection reverts to default instead of user selection | ||||
| Description | Bug in the Path Workbench in the "Creates a Path Job Object" operation. When this operation is invoked either by preselecting an object in the model tree, or by selecting an entry in the Base Model box of the Dialog, everything proceeds along nicely. This is true for any sort of reasonable base object However, if the Job in the model tree is re-entered to change the output file or the post processor, for example, the base model returns back to the "Body" object in the model tree. (I am using PartDesign Workbench for my models.) It is possible to re-enter the desired base object, for example a clone, but it does not stick. when this occurs it is not possible to carry out some operations, including Profile, but other operations such as Helix cut still work. If I click the "Check Path Project for Common Errors" icon a line comes up in the report that says, "The Job has no selected Base object." There are a number of places in various task panels where default values, such as CW or CCW are loaded every time the panel is opened, but those can be restored to the desired value without a big problem. I do not know when this started, but when I started digging in I found it goes back at least to release 11472 in late June. | ||||
| Steps To Reproduce | Start with New File in PartDesign Workbench. Create simple object such as a square sketch padded into a cube. Create clone of cube using Draft Workbench. Move clone so that it does not overlap with original cube. Switch to Path Workbench. Select clone in model tree. Initiate Job by clicking on Create Job icon. Dialog will come up with clone already populated. Add a real tool of your choice, such as an endmill. Create a Path Feature, such as Profile, on the cube. At this point everything should still be "normal" Open Job using the icon in the model tree. Note that clone is still shown as base object. Close job with "OK". ("Cancel" does not cause the problem) Reopen Job and note that base object has changed to "Body" instead of clone. Change base object back to clone and click "OK". Again try to create a feature such as a Profile. There may not be any errors showing in report view or python console, but no path is created. Reopen Job and note that base object has again changed to "Body" instead of clone. | ||||
| Additional Information | Discussion at: https://forum.freecadweb.org/viewtopic.php?f=15&t=23393 OS: Windows 7 Word size of OS: 64-bit Word size of FreeCAD: 64-bit Version: 0.17.11570 (Git) Build type: Release Branch: master Hash: a68940340747d3f18818fc7b0bc72eb59e7a0f25 Python version: 2.7.8 Qt version: 4.8.7 Coin version: 4.0.0a OCC version: 7.1.0 | ||||
| Tags | Path | ||||
| FreeCAD Information | |||||
|
|
sliptonic confirmed it's a bug |
|
|
This doesn't happen if the base object is the original Body, only the clone. I've also tested with other objects like simple solids and it retains the base correctly. Interesting. |
|
|
This is no longer reproducible due the changes made to a Job's Base object. Due to the restrictions on hierarchical linking a Job now creates its own private clone of the Base object and the flipping of the base object is no longer observed. Note: for posterity the bug was probably root caused by Job using the Label of an object in the combo box but then looking for the object "by name" - what would happen is that the Job ends up "not having" a Base object. The next time the dialog is opened there is nothing to be selected so the first item in the list is displayed, chances are it's "Body" because the list is lexicographically sorted. I remember this being an issue in the past and somebody submitting a patch for it. |
|
|
Closing |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-07-12 16:54 | GeneFC | New Issue | |
| 2017-07-12 16:54 | GeneFC | Tag Attached: Path Job Creation | |
| 2017-07-12 18:35 | Kunda1 | Tag Detached: Path Job Creation | |
| 2017-07-12 18:36 | Kunda1 | Tag Attached: Path | |
| 2017-07-12 18:36 | Kunda1 | Status | new => confirmed |
| 2017-07-12 18:36 | Kunda1 | Note Added: 0009746 | |
| 2017-07-12 19:15 | sliptonic | Assigned To | => sliptonic |
| 2017-07-12 19:15 | sliptonic | Status | confirmed => assigned |
| 2017-07-12 19:16 | sliptonic | Note Added: 0009747 | |
| 2017-11-28 04:02 | mlampert | Status | assigned => resolved |
| 2017-11-28 04:02 | mlampert | Resolution | open => unable to reproduce |
| 2017-11-28 04:02 | mlampert | Fixed in Version | => 0.17 |
| 2017-11-28 04:02 | mlampert | Note Added: 0010488 | |
| 2017-11-29 01:01 | Kunda1 | Assigned To | sliptonic => |
| 2017-11-29 01:01 | Kunda1 | Status | resolved => closed |
| 2017-11-29 01:01 | Kunda1 | Note Added: 0010499 |
