Skip to content

chore(build): watch logger should honor ignoreInitial option#2101

Closed
caitp wants to merge 1 commit into
angular:masterfrom
caitp:issue-2093
Closed

chore(build): watch logger should honor ignoreInitial option#2101
caitp wants to merge 1 commit into
angular:masterfrom
caitp:issue-2093

Conversation

@caitp
Copy link
Copy Markdown
Contributor

@caitp caitp commented May 22, 2015

It was confusing because the test.unit.dart task does ignore the initial, and
the logger was hardcoded to always ignore the first task, leading to the appearance
that a run was happening twice for no reason.

Also, fixed the "fake ignoreInitial" handling to not rely on a fake event, which
is not necessary.

Closes #2093 (I think!)

Comment thread tools/build/watch.js
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this part LGTM

@IgorMinar
Copy link
Copy Markdown
Contributor

can you please move the logger into watcher? the rest lgtm

@IgorMinar IgorMinar added this to the M9: TypeScript and Build Stability milestone May 29, 2015
@caitp
Copy link
Copy Markdown
Contributor Author

caitp commented May 29, 2015

The logger doesn't really have anything to do with scheduling, it's just there to print a message. It gets some information to help it print a more useful message

@mhevery mhevery modified the milestone: M9: TypeScript and Build Stability May 29, 2015
@IgorMinar
Copy link
Copy Markdown
Contributor

the logger informs the user that a scheduled task is running. the logger should either be part of the callback or watcher, but not in this in between position as it is today.

@caitp
Copy link
Copy Markdown
Contributor Author

caitp commented May 29, 2015

Making it part of the callback is a no-go because we're primarily using runSequence for those callbacks. It's more reusable this way anyhow

@tbosch tbosch assigned IgorMinar and unassigned caitp Jun 1, 2015
@tbosch tbosch added the action: review The PR is still awaiting reviews from at least one requested reviewer label Jun 1, 2015
It was confusing because the test.unit.dart task does ignore the initial, and
the logger was hardcoded to always ignore the first task, leading to the appearance
that a run was happening twice for no reason.

Also, fixed the "fake ignoreInitial" handling to not rely on a fake event, which
is not necessary.
@IgorMinar
Copy link
Copy Markdown
Contributor

if this fixes the original bug then let's get this merged.

@caitp
Copy link
Copy Markdown
Contributor Author

caitp commented Jun 2, 2015

It may or may not "fix" the original bug. At the very least it will provide less confusing output. If that's all the original bug was, then it will be fixed. I'm not going to mark it as closing the bug.

@angular-automatic-lock-bot
Copy link
Copy Markdown

This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.

Read more about our automatic conversation locking policy.

This action has been performed automatically by a bot.

@angular-automatic-lock-bot angular-automatic-lock-bot Bot locked and limited conversation to collaborators Sep 6, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

action: review The PR is still awaiting reviews from at least one requested reviewer cla: yes

Projects

None yet

Development

Successfully merging this pull request may close these issues.

test.unit.dart runs build and tests twice for each file change

5 participants