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

Slic3r crashes when the Octoprint discovery dialog should open #36

Closed
bubnikv opened this issue Nov 18, 2016 · 16 comments
Closed

Slic3r crashes when the Octoprint discovery dialog should open #36

bubnikv opened this issue Nov 18, 2016 · 16 comments

Comments

@bubnikv
Copy link
Collaborator

bubnikv commented Nov 18, 2016

http://shop.prusa3d.com/forum/software-f13/new-version-of-slic3r-t2324.html

@bubnikv bubnikv added the bug label Nov 18, 2016
@bubnikv
Copy link
Collaborator Author

bubnikv commented Nov 19, 2016

I'm using macOS which is all updated to the latest version. I have a AirPort Extreme AC providing my network connection. The Octopi connected to the Printer is accessible at pursa.local and of course it's IP address too. Entering the details in to slic3r manually either IP or pursa.local works just fine, the search option causes slic3r to crash.

Thanks, I will look into it once I get a hold of some Bonjour capable IP router, which quite hard to get hold of. Normally if you issue a Bonjour discovery packet on a network, nothing happens as this packet is not understood by the router. So it is hard to debug.

Vojtech

@fiveangle
Copy link

Reason above seems odd, since no IP router is required. One can simply setup Internet sharing on their WiFi network interface and associate the RPi with it.

@bubnikv
Copy link
Collaborator Author

bubnikv commented Jan 27, 2017

@fiveangle

Reason above seems odd, since no IP router is required. One can simply setup Internet sharing on their WiFi network interface and associate the RPi with it.

It certainly does not work if I have the R-PI connected to a different segment of a network, if the network does not support Bonjour.

@fiveangle
Copy link

Newly released Slicer 1.3.3-8 still does not resolve

@bubnikv
Copy link
Collaborator Author

bubnikv commented Mar 30, 2017

@fiveangle by the way, which system? Linux / OSX or Windows32 or Windows 64bit?

@bubnikv
Copy link
Collaborator Author

bubnikv commented Mar 30, 2017

Tested on Windows and Debian Linux. Works on Windows, crashes on Debian. Likely some dependencies are missing in the binary package.

It only crashes if there are some Bonjour devices on the network. It works, if there are none.

@bubnikv
Copy link
Collaborator Author

bubnikv commented Mar 30, 2017

Added Net/DNS/RR/A.pm and AAAA.pm to the Linux binary distribution.
Binaries will be released soon.

@bubnikv bubnikv closed this as completed Mar 30, 2017
@fiveangle
Copy link

@bubnikv - My comment was in response to this thread specifically:

@bubnikv

I'm using macOS which is all updated to the latest version.

So didn't stipulate the OS, but it is Mac OS 10.12.3 ("Sierra", which is 64-bit only). I definitely have other Bonjour enabled and active devices on the network. Host and RPi connected to same class C network segment running WPA2 on Apple Airport Extreme AC with direct WiFi communication allowed. One thing of note is SSID is Unicode string with double-byte charicters and not simple ASCII, but I don't think that is relevant in this context.

-=dave

@bubnikv
Copy link
Collaborator Author

bubnikv commented Mar 30, 2017 via email

@fiveangle
Copy link

fiveangle commented Apr 8, 2017

Slic3r-1.34.1-prusa3d-full-201704060802 - bombs away !

@fiveangle
Copy link

Awaiting new build

@fiveangle
Copy link

@bubnikv - This appears fixed with Prusa 1.35.2

@fiveangle
Copy link

fiveangle commented Jun 7, 2017

Although, I will say it takes an awfully long time (approx 10s) and triggers the pinwheel of death for the last few seconds before presenting the octoprint instance selection dialog, but it does eventually work ! 👍

@bubnikv
Copy link
Collaborator Author

bubnikv commented Jun 7, 2017

I just verified that the binary distribution of Slic3r-1.34.1 contains the same set of files as the Slic3r-1.35.2, and I am not aware of any pertinent change to the Octoprint handling between 1.34.1 and 1.35.2, but I will happily close this issue :-)

Anyway, there is an issue in regard to OctoPrint and HTTPS. Maybe it has something to do with your case?
#294

@bubnikv bubnikv closed this as completed Jun 7, 2017
@bubnikv
Copy link
Collaborator Author

bubnikv commented Jun 7, 2017

I just verified that the binary distribution of Slic3r-1.34.1 contains the same set of files as the Slic3r-1.35.2,

I meant they contain the same set of Perl modules and native libraries.

@fiveangle
Copy link

If it crashes again will resubmit.

lukasmatena pushed a commit that referenced this issue May 13, 2023
* Fix for SPE-1659 : Wrong filaments update, when templates are allowed/suppressed

* Per Extruder Filaments (related to SPE 1599)

* Implemented compatibility for each extruder separately
* Update of the filaments compatibility is extracted to separate function update_filaments_compatible()
* Fixed synchronization of config.ini with the current selections, when preset is changed from sidebar.

* Filament Settings Tab improvements:
* Added extruder combobox to select active extruder
* PresetCombobox is updated in respect to compatibility for active extruder
* For MM printer: Cog icon near the filament will switch to Filament Settings for selected filament

* Bug fixing for https://dev.prusa3d.com/browse/SPE-1599

* Next round of bugfixing for https://dev.prusa3d.com/browse/SPE-1599

* Fixed crashes from https://dev.prusa3d.com/browse/SPE-1599
+ code refactoring for Tab:save_preset()
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants