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

webContents.getPrintersAsync() not returning printer list on Linux Mint Cinnamon 19.1 #42002

Closed
3 tasks done
RohitSaroj opened this issue Apr 30, 2024 · 4 comments
Closed
3 tasks done
Labels
bug 🪲 component/printing has-repro-gist Issue can be reproduced with code at https://gist.github.com/ platform/linux

Comments

@RohitSaroj
Copy link

RohitSaroj commented Apr 30, 2024

Preflight Checklist

Electron Version

24.8.8

What operating system are you using?

Other Linux

Operating System Version

Linux Mint Cinnamon 19.1

What arch are you using?

x64

Last Known Working Electron version

13.2.2

Expected Behavior

webContents.getPrinters() or webContents.getPrintersAsync() should return the list of printers present in the OS. For electron version 13.2.2 on which my old app was based, I was getting the list of printers.

Actual Behavior

webContents.getPrintersAsync() is not returning the list of printers for Linux Mint only. For Ubuntu and Windows, it's working fine.

Testcase Gist URL

https://gist.github.com/RohitSaroj/ca0341da6abe965d752bf3fafac7c494

Additional Information

Is anyone aware of this issue since the electron versions involved here are old? I cannot go beyond 24.8.8 as all the versions above that have an ongoing print issue.

@electron-issue-triage
Copy link

Hello @RohitSaroj. Thanks for reporting this and helping to make Electron better!

Would it be possible for you to make a standalone testcase with only the code necessary to reproduce the issue? For example, Electron Fiddle is a great tool for making small test cases and makes it easy to publish your test case to a gist that Electron maintainers can use.

Stand-alone test cases make fixing issues go more smoothly: it ensure everyone's looking at the same issue, it removes all unnecessary variables from the equation, and it can also provide the basis for automated regression tests.

Now adding the blocked/need-repro Needs a test case to reproduce the bug label for this reason. After you make a test case, please link to it in a followup comment. This issue will be closed in 10 days if the above is not addressed.

@RohitSaroj
Copy link
Author

@electron-issue-triage electron-issue-triage bot removed the blocked/need-repro Needs a test case to reproduce the bug label May 2, 2024
@ghost

This comment was marked as off-topic.

@ckerr ckerr added the has-repro-gist Issue can be reproduced with code at https://gist.github.com/ label May 8, 2024
@codebytere
Copy link
Member

Unfortunately there's not much we can do here - this function is directly plumbed to EnumeratePrinters in Chromium. You should open an issue at https://issues.chromium.org/issues, and when they fix it we'll inherit that fix.

@codebytere codebytere closed this as not planned Won't fix, can't repro, duplicate, stale May 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug 🪲 component/printing has-repro-gist Issue can be reproduced with code at https://gist.github.com/ platform/linux
Projects
None yet
Development

No branches or pull requests

4 participants