Jump to content

Search the Community

Showing results for tags 'bug'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Announcements
    • Announcements
    • News You Need
    • Job Board
  • Feedback
    • Wishlist - Feature and Content Requests
    • Known Issues
    • Wishes Granted / Issues Resolved
  • General
    • Troubleshooting
    • General Discussion
    • Architecture
    • Site Design
    • Entertainment
    • Vision and Previsualization
    • Braceworks
    • Rendering
    • Workflows
    • Buying and Selling Vectorworks Licenses
    • Hardware
  • Customization
    • Marionette
    • Vectorscript
    • Python Scripting
    • SDK
    • 3rd Party Services, Products and Events
  • Solids Modeling and 3D Printing
    • Subdivision
    • Solids Modeling
    • 3D Printing
  • Vectorworks in Action
  • Archive
    • Resource Sharing
    • Machine Design

Categories

  • Knowledgebase
    • Tech Bulletins
    • Troubleshooting
    • Workflows
    • How To
    • FAQs

Categories

  • Marionette - Objects
  • Marionette - Networks
  • Marionette - Nodes
  • Marionette - Menu Commands

Product Groups

There are no results to display.


Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Occupation


Homepage


Hobbies


Location


Skype

Found 59 results

  1. No matter what I do, symbols are exported as individual geometry. Anyone else?
  2. turnerhoskins

    Coping between drawings bug

    This is something all of us in our office has experienced, and started with VW 2018. VW 2019 is causing this bug to happen more frequently however and I haven't found any other questions on this. When we have multiple drawings open to copy certain elements from one to another, the bug seems to stop any other drawings functioning. After coping something, that drawing remains in full operation where we can continue working, however as soon as you go across to another open drawing to paste, it, you can't do anything! You can select tools etc. but nothing happens on the drawing itself. If you flick back to the drawing you've copied from, its remained active as if you were trying to paste, or any other function within this drawing. Its like it stops registering any other drawings open and no further changes can be made until we restart VW. Sometimes simply reopening all the drawings is enough. Please note this is often when just two-three drawings are open, we rarely have more than that open at one time. Any insights would be most helpful! Thanks
  3. Amorphous member

    Ghost remnants from a deleted geometry

    This shape was originally created as a floor object. After deletion of the object, a 2D "ghost image" of it remains on Top/Plan view. Sometimes, the shape appear was a darkened shadow in OGL or wireframe modes. It shows up in our plans, but not in rendering or hidden line sections. This problem persists for over half a year after said geometry was deleted, and continues to stay despite many new versions re-created of the file as well as Vectorworks version update. It is affecting our modelling accuracy as the ghost image blocks the shapes we newly created, especially on Top/Plan view. How do we get rid of this bug for good?
  4. I am trying to group together several similar items (each in a different class) into one group inside of a symbol. This group is intended to be in a parent class that would then control the visibility of the entire group. However, after grouping the items in the symbol and placing it the desired class, when I exit the symbol, the items come un-grouped. When I reenter the symbol edit, sure enough, they are all ungrouped. Any ideas?
  5. This one has been bothering me for a very long time! Since VW2018 was released, my saved workspace will not save entirely. Essentially I have a double stacked group of tools on the left side of the screen that I prefer. In VW2018, every time I open the software, it reverts back to a collapsed version of this sidebar configuration. This only happens in VW2018. It has never happened in prior versions, and it appears to be fixed in VW2019. If VW2019 wasn't riddled with bugs and we weren't pulling back from implementing it in our office, I wouldn't mind this persistent issue, but since it looks like 2018 will be my mainstay for quite some time, I am finally adding this bug to the list. I know this is a minor thing that doesn't really affect anything, but damn it is annoying. Annoying Workspace Collapse in VW2018.mp4
  6. El Dinyo

    2D Path Plugin Objects

    I am trying to update a 2D Path Plugin object from v2017 to v2019 (plugin worked fine in v2017) and I am running into a weird issue. If you move the object from location 1 to location 2, it still has a memory of the original location of the path at location 1 even though nothing shows up there. When try too add/clip surface to edit the 2D path object, it looks at the location 1 for the joins and moves the 2D path back to the original location plus or minus the add/clip surfaces. It works correctly when I double click into the path object to change the shape through vertex tools but that is by FAR a slower method of our workflow. Definately a bug or maybe a method I can use to reset path geometry to the new locations? Thanks for any insights! See below for pics. You can see it ignores the new location and bases the new shape of the object off the old location.
  7. TedCharlesBrown

    Razer Blade Stealth - Rendering Bug

    Hello, I am testing out the Razer Blade Stealth. I opened a document I had created using my previous laptop with an Intel Graphics 520 Internal card - and found that on the blade I received a horrible graphics bug. Starting in a render view in OpenGL and then persisting in plan view or anything else... Is this an issue with some drivers on the Razer Blade Stealth?
  8. When trying to add a custom valve to the irrigation library, the software fails to recognize fractional sizes. For example, I have tried to create an 1-1/2" version of a valve made by Buckner Superior. When entering the data for size, regardless of whether you enter it as 1 1/2" or 1.5" the library changes that size back down to 1" upon accepting the settings. I have even tried duplicating an existing library instance of a 1 1/2" Rainbird valve, changing a couple of the settings, and then accepting the changes and it still down sizes the valve in the library? Here is a brief video of the problem, sorry for the lack of audio. @LanceF @Tony Kostreski @Eric Gilbey, RLA ASLA @Bryan G.
  9. Our workflow for irrigation in VW has ALWAYS been to separate each station into a unique design layer. This allows for greater control, visibility, and conflict detection. Since the creation of the irrigation tools, this workflow has been compromised. Irrigation components, mainly valves, will magically change design layers when connected to different features. Nothing in VW should ever change design layers unless by User Error or by choice. Additionally, when moving valves and other components between design layers, the will actually lose their connection status. I understand that irrigation networks are a unique feature in VW and the fact that they can connect through different design layers in the first place is a revelation, but that shouldn't compromise our ability to control it. The following is a simple screenshare showing the issue. FIX THIS!
  10. John Meunier

    Disappearing Objects in Symbols

    Bug Alert, This works with simple object for example draw a rectangle and make it a symbol, the same behaviour will persist. With a hybrid symbol, open "multiple views panes". Edit the 2D component of the symbol, the 2D objects disappear. Also happens when editing a symbol containing symbols, if a symbol is 2D only it will disappear when entering the root symbol with multiple views on. See Screen recording. Very frustrating behaviour!! Screen Symbol.mov
  11. We have had a nightmare scenario where in a push toward a deadline we noticed that ALL of the fonts and their formatting changed throughout several documents and their associated references. I have never seen anything like this before in our workflow and we have been using for a long time. Thoughts?
  12. Just encountered a new problem I haven't experienced before...I'm guessing it's because of VW2018! So...We have a utilities file where we have applied custom line-types to the different utilities. Because of our workflow, we reference this file into a BASE file that then get's referenced into all of our different design files. The viewports in the design files are rotated, and none of the utility linetypes appear. When you go to the design layer, they are visible in normal Top/Plan, but when you apply a rotated top/plan, they disappear! I just converted this particular project from 2017, where it worked just fine, to 2018 yesterday and only now am I experiencing this issue. We are experiencing similar issues on other 2018 files as well. Why does this always happen...stuff that works just fine somehow becomes broken in new versions. This is BAD!
  13. The whole program goes grey for about a full minute when changing from General to other settings in the Railing/Fence Settings dialog. Something needs to be optimized there.
  14. ericjhberg

    Worksheets and Referenced Viewports

    So...we've come across an annoying bug. We are using a reference viewport system to build separate Production files, containing all of our sheets for a given project. These files reference in a Design file as we call it where all of the live linework is housed. The reason for this is not for discussion, it is just a workflow we have found works best for a multi-user/large multiple drawing set projects. With this workflow comes a strange bug when referencing worksheets through referenced viewports....they shrink. We often have to build our smart database worksheets/legends in the Design file and then reference those into the Production file through viewport references, but when we do, the worksheets shrink in vertical dimensions. We noticed this because we often have to put a reference symbol over the top of the worksheet for items (this is because the =image function in VW needs some serious attention), and when the worksheet and symbols come through the reference, they are no longer aligned and often are off by a completely illegible amount, no longer aligning with their intended worksheet row.
  15. Samuel Derenboim

    Wall assembly glitch

    Good morning, Ran into quite an annoying bug this morning when trying to assemble a curved curtain wall. Process - first i created a curved polyline to be the shape of my wall then used the tool distribute along path in order for me to segment my wall into workable corners afterwards i followed the contours of the intersections between my lines and curved profile. After assembly the wall, I noticed I cannot modify all the walls height at the same, and more importantly, when i reselect the walls - i cannot edit them anymore, as if a glitch happened. I'm uploading a file for your review. Let me know if you can recreate the bug. Note - you have to do it from scratch. If i close the file and reopen it, it doesn't reproduce the error anymore. I've reproduced this already on two machines. Note 2 - If you try to modify the walls - it will show that it is a wall, but as if its stuck on a command. If you press ctrl-5, it resets the tool. very strange. Note 3 - even after the quick fix, i notice the problem translates to other tools. In my opinion this could be a memory leak. This bug is w/ Vectorworks 2018 SP 2. I haven't tried with others. Sincerely, Sam Wall Glitch.vwx
  16. Taproot

    Viewport Rendering Artifacts

    We're seeing our elevation viewports display all kinds of inconsistent rendering behavior. It appears that a portion of the viewport is rendering over the top of another portion of the view. Re-rendering the viewport will sometimes correct the issue, sometimes the artifact will move somewhere else, and sometimes it will remain. Usually if I re-render enough times I can get a clean view. This started out as an occasional bug, but is increasing in frequency. Attached are the same viewport (rendered twice). You can see the artifact in the upper left.
  17. If a drawing label is in a VP annotations, you can renumber it - and if there is a conflict - VW will give you a prompt with the option to renumber. If the drawing label is not in a VP - and you try to renumber - and there is a conflict - it will just not work - and will revert back to the original number. This seems like a bug - you should be able to renumber drawing labels.
  18. Hi I noticed another bug in 2018 SP 3 on windows 10. If you use the eyedropper tool to copy the properties of one dimension to another, it does not carry the witness line override settings. does anyone have this issue as well? OSX ?
  19. Sometimes, connections between nodes are not retained when I move the nodes around. It looks as if the nodes were never connected in the first place, even though I snapped an output to an acceptable input. The attached PDF shows nodes from a shared resource on the forum; I've also attached the VWX file. The string input nodes are not connected to anything, but they have wires running to floating circles. I made sure that all classes and layers are visible, so I'm certain that there aren't any hidden nodes. The wires can be unsnapped from the mysterious circles, and reconnected to a proper node. This issue occurs when I copy+paste portions of a marionette network for re-use in another marionette network, or when I relocate portions of a marionette network. The issue reappears, even after connecting to the correct node. marionette_issue_nodes-not-connecting.pdf ODBC_v2017_v2018.vwx
  20. We have been experimenting with Project Sharing and are having some difficulties. On this particular project, a team member with Admin access to the file made changes to the Plant Definition and 2D symbol for a few of the plant resources in the file. He also moved them around and and added a few here and there...save and commit... When I open the file and refresh (I'm also an Admin), I can see that the Plants have been added and moved around, but the Definition does not change...the plants still appear at the same size, spacing, etc. as I had them prior to his changes, and the 2D symbol changes don't appear either? This is odd and only one of several abnormalities experienced with Project Sharing. We are in some desperate need of education regarding Best Practices for Project Sharing and would welcome any input. Thanks.
  21. ericjhberg

    Workspace in 2018 - Keeps resetting

    In VW2018 we have been having issues with our custom workspaces resetting upon each open. A few of us prefer to stack our Basic and Landmark toolbars on the left side of the screen, 2 tool columns wide each. Upon open in 2018, these tool sets completely collapse every time, no matter how the workspace is saved. Only been an issue in 2018, never before.
  22. Running VW 2018 SP1 on Mac. We have a few fonts (specifically DIN) that we use for our drawings that are becoming distorted when exported to PDF. The characters become squished to look tall and narrow with lots of space between each letter. This is occurring in all text including titleblocks as well as drawing labels. Changing to a system font seems to fix this (tested with Helvetica). Unfortunately our title block was really designed around the DIN font, so changing the font would require a complete redesign of our titleblock. The problem can be fixed by checking the "rasterize text" option in the export to PDF window, but this is really not ideal. The font was working perfectly for us in VW 2017 and prior. Anybody else with font issues in 2018? Any possible solutions?
  23. I have a number of extrude along paths that are only visible in my sheet layer viewports, and not visible in the design layers. This makes editing them or deleting them impossible. Any ideas?
  24. We have a new issue, never encountered prior to VW2018. Currently we are having difficulty with Plant plug-in object visibilities...I've attached 2 screenshot videos (no narration, sorry) that show what we are encountering, but I will do my best to explain. We have (8) different classes we use to control the internal visibilities of our Plant objects. Currently, these classes are not responding to simple on/off/gray controls unless you go into each plant individually, after changing the visibilities, and then exiting the plant. Then and only then do they look correct. To make things worse, this error is compounded by the fact that as soon as one database worksheet plant schedule is recalculated, all of the active visibilities and buggy visibilities revert to a pre-altered state. I know this isn't the most clear description and I hope the screen captures do it more justice. Ultimately we need this fixed ASAP. This is a bad bug that affects our ability to produce any documents. Plant_Symbol_VW2018_Bugs.mp4 VW2018 Plant Bug 2.mp4
  25. Wesley Burrows

    Hoist Insertion Tool Snapping is Offset

    When trying to snap a motor via the red insertion guides to a beam in a drawing (see the vertical light blue line in the photo) even when my cursor snaps to the light blue beam (as pictured) the red insertion square does not line up with the beam, it's offset slightly to the left. So the hoist always inserts slightly off the beam. Is this a bug?

 

7150 Riverwood Drive, Columbia, Maryland 21046, USA   |   Contact Us:   410-290-5114

 

© 2018 Vectorworks, Inc. All Rights Reserved. Vectorworks, Inc. is part of the Nemetschek Group.

×