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

Not jumping to device tab after sending job #567

Closed
SwagDad99 opened this issue Mar 22, 2023 · 16 comments
Closed

Not jumping to device tab after sending job #567

SwagDad99 opened this issue Mar 22, 2023 · 16 comments
Labels
bug Something isn't working stale

Comments

@SwagDad99
Copy link

Describe the bug
The print dialog shows a counter, counting down until it jumps to the device tab. It hits '0', and just goes back to the preview tab, instead of jumping to the device tab like it used to.

3mf File for This Bug
If it is related to slicing, please append the 3mf file. It could be extremely helpful to solve the issue.

To Reproduce
Send a job to the printer and wait

Expected behavior
It should jump to the device tab

Screenshots
If applicable, add screenshots to help explain your problem.

Printer model
X1C

Desktop (please complete the following information):

  • OS: Windows
  • Version 11 Home
@SwagDad99 SwagDad99 added the bug Something isn't working label Mar 22, 2023
@Merlwynd
Copy link

Yes, same thing happens with me. Not a huge concern as I just open device tab…but it should go there automatically after countdown finishes.

@SwagDad99
Copy link
Author

SwagDad99 commented Mar 23, 2023 via email

@Merlwynd
Copy link

I only have one printer, but I can see your point on multiple printers. If the majority of opinion is not to automatically jump to device page, I guess I'm ok with that as easy enough to click on device tab, but then they should remove the automatic message and the countdown clock...just want things to be consistent either way...

@SwagDad99
Copy link
Author

SwagDad99 commented Mar 24, 2023 via email

@eboston
Copy link

eboston commented Apr 3, 2023

I only have one printer, but I can see your point on multiple printers. If the majority of opinion is not to automatically jump to device page, I guess I'm ok with that as easy enough to click on device tab, but then they should remove the automatic message and the countdown clock...just want things to be consistent either way...

Before the latest release, it would switch to the device tab so it seems like something broke with the last release. I can also see where not switching could be useful. Instead of hardcoding an action, maybe an option can be added so the user can select whether to switch or not.

@davemartin88
Copy link

Just downloaded and used OrcaSlicer 1.6, still not jumping to device tab after sending. X1C

@Marcel40625
Copy link

bug still exists with 1.6.0 for me!

@julie777
Copy link

julie777 commented Apr 9, 2023

Strangely enough, although it doesn't jump to the device page, it does connect to the device and update status, and start the camera play. Both of these usually take noticeable time to start after sending a print so it is doing part of the switch task.

@maziggy
Copy link

maziggy commented Apr 10, 2023

Same here with latest version.

@Marcel40625
Copy link

Issue stills persists in 1.6.2-beta

@julie777
Copy link

Please make this a priority.
In addition to jumping to the device page, I think it would be a good idea to get rid of the 3 second countdown. Why not jump as soon as the job is sent.

There are two issues related to this.

  1. because it doesn't jump immediately, I don't feel like waiting for the countdown and switch to another window
  2. Because I am not looking at the device page when the printer is parsing the gcode/3mf file, I don't notice that the parse failed and then later when I check the job status I find that it never actually started.

@Marcel40625
Copy link

Issue stills persists in 1.6.2 !!!!

Copy link

GitHub bot: this issue is stale because it has been open for 90 days with no activity.

@github-actions github-actions bot added the stale label Nov 17, 2023
@Merlwynd
Copy link

GitHub bot: this issue is stale because it has been open for 90 days with no activity.

GitHub bot: this issue is stale because it has been open for 90 days with no activity.

This should be closed as no longer an issue in latest versions….

@github-actions github-actions bot removed the stale label Nov 18, 2023
Copy link

Orca bot: this issue is stale because it has been open for 90 days with no activity.

@github-actions github-actions bot added the stale label Feb 17, 2024
Copy link

Orca bot: This issue was closed because it has been inactive for 7 days since being marked as stale.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Feb 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working stale
Projects
Archived in project
Development

No branches or pull requests

7 participants