Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

2.5.0 Beta 1: Visualization "skinny" #1692

Closed
CCS86 opened this issue Apr 15, 2017 · 11 comments
Closed

2.5.0 Beta 1: Visualization "skinny" #1692

CCS86 opened this issue Apr 15, 2017 · 11 comments
Labels
Status: Won't Fix/Do Not an issue, or an issue that we cannot fix or can live with. Type: Bug The code does not produce the intended behavior.

Comments

@CCS86
Copy link

CCS86 commented Apr 15, 2017

The Cura visualizer (which is awesome overall), is showing some skinny segments, that should be full width:

image

Repetier:
image

Gcode:
UMO_HandleSpacerp.gcode.txt

@nallath
Copy link
Member

nallath commented Apr 16, 2017

The issue is in our current sprint. @BagelOrb also found it ;)

@BagelOrb
Copy link
Contributor

I'm afraid it isn't. There seems to be something wrong with the overlap compensation algorithms. It seems to be compensating a segment of the walls where it should have been compensating the segment next to it.

Where the outer wall makes a sharp corner on the bottom right, the small piece that's left at normal extrusion width should have been reduced because it is overlapping with the bottom part of the outline. Instead the segment following it is reduced.

This should be easily reproducible with a small wedge.

In case it's not: please share your project file. Sharing the gcode is actually not of much use; it only shows that something is wrong, but it doesn't let us reproduce what goes wrong.

@Appesteijn
Copy link
Contributor

@BagelOrb
Copy link
Contributor

BagelOrb commented Apr 25, 2017 via email

@Ghostkeeper Ghostkeeper added Type: Bug The code does not produce the intended behavior. component: CuraEngine labels May 2, 2017
@ianpaschal ianpaschal added the Status: Won't Fix/Do Not an issue, or an issue that we cannot fix or can live with. label Feb 27, 2018
@ianpaschal
Copy link
Contributor

We won't be doing any more work on versions below 2.7 so this is a Won't Fix.

@BagelOrb
Copy link
Contributor

BagelOrb commented Feb 27, 2018 via email

@ianpaschal
Copy link
Contributor

Yes, I know how bugs work haha. But some people don't, I guess, and expect fixes for their legacy version rather than upgrading to latest.

Seeing as there was 700-750 open issues for the last few weeks, I've been trying to get a handle on it. If it's an issue reported in version 2.7-3.2.1, I check if it's fixed. If it's below that, I just close and say we won't be working on 2.6 and older.

I know I'm sort of hacking with a blunt knife here but there's no way there's actually still 640 features under consideration and bugs which are either in progress or being considered.

@ianpaschal ianpaschal added Status: Fixed and removed Status: Won't Fix/Do Not an issue, or an issue that we cannot fix or can live with. labels Feb 27, 2018
@BagelOrb
Copy link
Contributor

BagelOrb commented Feb 27, 2018 via email

@BagelOrb
Copy link
Contributor

BagelOrb commented Feb 27, 2018 via email

@ianpaschal
Copy link
Contributor

If you're closing it because it's a too old issue then you should say that rather than saying that we won't work on that version. Not working on old versions has never been a reason to close an issue.

The ticket age and the version age are obviously closely linked, and my point was that I care about what version it relates to and that version is too old to worry about. Closing issues because they relate to unsupported versions is absolutely valid.

Anyway, I just double checked and I marked it won't fix because that's what's in JIRA for this ticket.

@BagelOrb
Copy link
Contributor

BagelOrb commented Feb 27, 2018 via email

@ianpaschal ianpaschal added Status: Won't Fix/Do Not an issue, or an issue that we cannot fix or can live with. and removed Status: Fixed labels Feb 27, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Status: Won't Fix/Do Not an issue, or an issue that we cannot fix or can live with. Type: Bug The code does not produce the intended behavior.
Projects
None yet
Development

No branches or pull requests

6 participants