-
Notifications
You must be signed in to change notification settings - Fork 35
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
Build broke with 4.13.0 (sorry, this is a weird report) #271
Comments
@boutell First off, thanks so much for the report! I'm really sorry if I've broken something. I'm struggling a little bit to see where I could've broken something; here's some of the icons, for example: In In I'll pull down your code and check it, I think I'll have time at the weekend to do this. Is that okay with you? Thanks again for the repro |
That's more than OK with me! I really appreciate you taking a look at this
at all. It's pretty nutty.
…On Thu, Sep 23, 2021 at 5:31 AM Rob Cresswell ***@***.***> wrote:
@boutell <https://github.com/boutell> First off, thanks so much for the
report! I'm really sorry if I've broken something. I'm struggling a little
bit to see where I could've broken something; here's some of the icons, for
example:
In 4.12.1
***@***.***/Android.vue
In 4.13.0
***@***.***/Android.vue
I'll pull down your code and check it, I think I'll have time at the
weekend to do this. Is that okay with you? Thanks again for the repro
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#271 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAH27PDQ7U6YXTEHNO4KDTUDLXWRANCNFSM5EMPZ2TQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
--
THOMAS BOUTELL | CHIEF TECHNOLOGY OFFICER
APOSTROPHECMS | apostrophecms.com | he/him/his
|
Not sure that this is the problem (I didnt' check your app), but some icons got renamed in the material design icons package. E.g. |
Ah, this is a good point. I've never tested for the generated icons of a newer version being a superset of the previous versions. |
Oh, this is very likely to be it, actually. We definitely are relying on these not to change name or disappear in the midst of a major version. Of course the next issue is then why our build system would fail silently and claim success (!!!), but that part is not your problem (: |
For now we are pinned to a previous release. |
Matches for "pdf" in 4.12.1:
In 4.13.0, just |
@a-kriya It seems like a lot of the upstream icons must've been renamed. All my repo does is wrap them into components for ease of use. I think the easiest thing to do going forward is to match the upstream versioning for breaking changes. As in, if upstream publishes a breaking change, I'll do the same, regardless of reason. I don't know how I'd determine the reason anyway; there are no changelogs or usable commit history. |
@robcresswell Templarian/MaterialDesign#5409 lists all the icons that were removed and renamed. These PDF ones had Adobe Acrobat logo so they were intentionally removed. In the above linked post, they mention that they're not following semver, so you will likely have to manually bump up major for anything breaking. |
@a-kriya Ah, nice find... I hate when people use GitHub for listing changes but not git itself 🙈 Going forward I'll publish breaking changes when icons change. |
Thank you for your hard work on this! |
Closing because I've said I'll change the behaviour going forward, but I don't think there's anything to do otherwise |
That's fair! We'll look at getting back into sync with your icon names so we can follow you via semver. |
Thanks @boutell. Sorry again for the trouble! |
No worries for sure
…On Wed, Dec 1, 2021 at 1:33 PM Rob Cresswell ***@***.***> wrote:
Thanks @boutell <https://github.com/boutell>. Sorry again for the trouble!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#271 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAH27JT2HZ4O6VSORAB3B3UOZTBLANCNFSM5EMPZ2TQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
--
THOMAS BOUTELL | CHIEF TECHNOLOGY OFFICER
APOSTROPHECMS | apostrophecms.com | he/him/his
|
I know this is unhelpful and annoying, but... my build broke with 4.13.0. And all I know for sure is that 4.12.1 fixes it.
My large and unrelated application that is not a simple test app (sorry!) silently fails to produce a webpack output js file when using 4.13.0. webpack claims success, but... the file does not exist.
How could this be your fault? I surely don't know! I looked at the differences between 4.12.1 and 4.13.0 and I was not enlightened.
So I'd be very "uh... not my bug" if I were you, but if this turns out to be the first bug report of many then perhaps something is odd after all.
The good news is, the project that falls over is at least open source, and I can answer questions about the rest of its webpack config and so on.
This procedure will reproduce the issue:
(You'll get an error that apos-build.js does not exist, even though it's the configured output file of the build)
I found the module responsible by trial and error.
(I structured the reproduction instructions above so that they should still succeed and fail in that order even after we temporarily pin our dependency to 4.12.1.)
We're currently pinned on webpack 5.44.x, but I tried latest with the same result.
Thanks for your time.
The text was updated successfully, but these errors were encountered: