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

Duplicate bars on webpack error #32

Open
manniL opened this issue Nov 10, 2018 · 8 comments
Open

Duplicate bars on webpack error #32

manniL opened this issue Nov 10, 2018 · 8 comments

Comments

@manniL
Copy link
Member

manniL commented Nov 10, 2018

Version

v3.0.0

Reproduction link

https://github.com/manniL/lichter.io

Steps to reproduce

webpackbar-duplicated-bars

  1. Download latest master version (linked above)
  2. Install deps
  3. Run yarn generate

Happens in WebStorm terminal but also in normal Gnome Terminal. (Running Ubuntu LTS)

What is expected ?

No duplicate Client bar

What is actually happening?

Duplicate bar

This bug report is available on Nuxt community (#c26)
@reinaldoarrosi
Copy link

reinaldoarrosi commented Dec 11, 2018

Any update on this issue?

I poked around and found out that if we remove this piece of code, it does not duplicate the progress bars anymore https://github.com/nuxt/webpackbar/blob/93a8f6430eebfe195854190dd4e8ea3b9d85c936/src/reporters/fancy.js#L21-L23

I'm not 100% sure, but since logUpdate.done() is also called in allDone I think its safe to remove it from done.

@pi0
Copy link
Member

pi0 commented Dec 11, 2018

This bug happens only if any warn/errror happens just right before intial render. I'll try to find a workaround...

@ghost
Copy link

ghost commented Dec 23, 2019

@pi0 It's been a year.

@EnjoyChan
Copy link

Any update here?

@ghost
Copy link

ghost commented Mar 3, 2020

@EnjoyChan lets wait for another year. Or use friendlyerrorplugin

@pi0
Copy link
Member

pi0 commented Mar 3, 2020

Hey! Before everything, I remind this is an opensource project and Github is a place for contributing to improving together. Any PR for improving consistency is more than welcome (of course with proper repro) :)

The issue with the link above is not reproducible anymore because the cause was an internal warning which is resolved. So if still happening we need a clean repro before moving forward:

image

I kept this issue open primarily to let others share more repros. Handling all cases is almost impossible to predict. I spent hours making it consistent as is now but still could understand it's not covering all cases and there is room for improvement. So please reply with more constructive messages.

Cheers ;)

@ghost
Copy link

ghost commented Mar 3, 2020

@pi0 now we know the issue status better. Thanks for explaining. I also coma across this on windows.

@lex111
Copy link

lex111 commented Nov 13, 2020

@pi0 hi, I hope you help me, because I am facing duplicate output issue. In short, I have two webpack compilers, one uses multi-config (server/client), the second uses a separate config (for PWA, i.e. service worker), and is executed accordingly later after first. As a result, I get the following output:

✔ Client
  Compiled successfully in 24.60s

✔ Server
  Compiled successfully in 29.86s


✔ Client
  Compiled successfully in 24.60s

✔ Server
  Compiled successfully in 29.86s

✔ Service Worker
  Compiled successfully in 909.34ms

Although I expect to see the following:

✔ Client
  Compiled successfully in 24.60s

✔ Server
  Compiled successfully in 29.86s

✔ Service Worker
  Compiled successfully in 909.34ms

Is it possible to add an option to remove state from a previous call to WebpackBar? As I understand you are using the global state, which is probably the reason for this behavior.

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

5 participants