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
Comments
The issue is in our current sprint. @BagelOrb also found it ;) |
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. |
This model: http://www.thingiverse.com/thing:1784375 has the under extrusion at layer 1 ( https://ultimaker.com/en/community/45415-under-extrusion-on-some-shells-wall-lines ) |
( CURA-3729 )
2017-04-25 14:35 GMT+02:00 Mark <notifications@github.com>:
… This model: http://www.thingiverse.com/thing:1784375 has the under
extrusion at layer 1
( https://ultimaker.com/en/community/45415-under-
extrusion-on-some-shells-wall-lines )
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1692 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AIe9EeLK230sa4gnuCP8DJn3CSMrA52mks5rzeilgaJpZM4M-W7_>
.
--
Kind regards,
Tim Kuipers
Ultimaker BV
www.ultimaker.com
|
We won't be doing any more work on versions below 2.7 so this is a |
You mean: this bug has been fixed since that version, so it can be closed.
Bugs aren't logged to be solved in that specific version; they are logged
on the version they occur in to be fixed in some newer release.
…On 27 Feb 2018 10:42 a.m., "Ian Paschal" ***@***.***> wrote:
We won't be doing any more work on versions below 2.7 so this is a Won't
Fix.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1692 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AIe9ESbxQgz1VKgC-X8u6WtZfYa0TBqsks5tY836gaJpZM4M-W7_>
.
|
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. |
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 and you say it's
not even your reason, so don't say it. Say the real reason instead.
…On 27 Feb 2018 11:21 a.m., "Ian Paschal" ***@***.***> wrote:
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.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1692 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AIe9EUGFttRmCGOWjMeC4Y5EFi1z41hxks5tY9cVgaJpZM4M-W7_>
.
|
The real reason being that there are too many issues open and the issue is
too old.
|
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. |
Actually this bug persists to this day in all versions since it was first
logged.
The title is a bit deceptious though.
…On 27 Feb 2018 11:54 a.m., "Ian Paschal" ***@***.***> wrote:
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.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1692 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AIe9EQol9NUJG0elErN2YmmN4Q_N0klBks5tY977gaJpZM4M-W7_>
.
|
The Cura visualizer (which is awesome overall), is showing some skinny segments, that should be full width:
Repetier:
Gcode:
UMO_HandleSpacerp.gcode.txt
The text was updated successfully, but these errors were encountered: