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 supporting the dplyr 1.0.10 version #107
Comments
Hi @MarinkavP, thanks for raising the issue! Could you check the versions of {dplyr} and of {ggalluvial} you have installed? I'm using {dplyr} 1.0.10 and {ggalluvial} 0.12.3 and was not able to reproduce the warning. (I see that {dplyr} 1.1.0 is on CRAN, but i only last updated my packages before it arrived on January 29.) (It would be especially helpful to have the example generated using the {reprex} package.) |
So I went back and forth between different dplyr versions to determine what causes the issue. The problem happens when I use {dplyr} 1.1.0, it I go back to {dplyr} 1.0.10 the problem is gone. I also had to go back a version of tidyr because they depend on each other. I can create an example when I am at work again in 12hours. Also wanted to thank for this package. The graphs are so nice and makes it so much easier to explain my dataset. |
Aha, thank you! Yes, this issue seems to have begun with {dplyr} 1.1.0, and i'm sure it has to do with changes to the The package hasn't been updated on CRAN in over a year, so i'll take this opportunity to. I'm not ready to merge in the |
@MarinkavP i just installed the new patch and confirmed that it solves the problem. However... When run using an older version of {dplyr}, a different bug occurs that produces the same problem with the plot. I should have tested this possibility before releasing the patch. I'll specify Anyway, i'll leave this issue open to refer such users to. |
I think this is fine, thanks anyway for the fast update! |
@MarinkavP if and when you install version 0.12.5 from CRAN (regardless of your {dplyr} version), could you confirm that this is no longer a problem? |
BTW, the Debian packaged ggalluvial version 0.12.4. is featuring errors inside the test suite (seek for "FAIL" in this long log) in connection with dplyr 1.0.10. I realised that when using dplyr 1.11.0 these test suite errors are gone. That's why I was forcing a versioned Depends on ggalluvial to dplyr >= 1.11.0. I would be happy if someone would confirm that all those dplyr dependency issues will be gone with version 0.12.5. |
@tillea i apologize; i don't understand the request. I've installed {dplyr} 1.0.10 on my machine, and it works fine with {ggalluvial} 0.12.5. The errors at the link are documented in #108, which were resolved for the user who raised the issue with 0.12.5. I would be glad to run additional tests, or explain in detail the source of the error, how it was resolved, and my understanding of why 0.12.5 should no longer produce it. If you share an error suite using 0.12.5, then i will take a close look and try to diagnose it. |
The point is of the erroneous log is:
If in contrast
is used as you can see in the Debian CI log the test passes. On my local machine exchanging the |
@tillea thanks a lot. From the log, it looks like the {ggalluvial} installation is 0.12.4. Could you try this with 0.12.5? Or am i missing something? |
Am Fri, Feb 24, 2023 at 05:49:58AM -0800 schrieb Cory Brunson:
@tillea thanks a lot. From the log, it looks like the {ggalluvial} installation is 0.12.4. Could you try this with 0.12.5? Or am i missing something?
As I said: On my local box its perfectly the same for version 0.12.5.
|
Could you share the log from your local computer? The passing tests you link to above use {ggalluvial} 0.12.5 as well as {dplyr} {1.1.0-1). So i just want to see the output for a failed test using 0.12.5. At this point i don't see how the same error message could arise with 0.12.5 installed. |
Am Fri, Feb 24, 2023 at 02:36:38PM -0800 schrieb Cory Brunson:
Could you share the log from your local computer? The passing tests you link to above use {ggalluvial} 0.12.5 as well as {dplyr} {1.1.0-1). So i just want to see the output for a failed test using 0.12.5. At this point i don't see how the same error message could arise with 0.12.5 installed.
I'm a bit offline-ish this weekend and have overridden the log by one that is forcing dplyr 1.1.0 (which is now also the case in online available logs at Debian sites). I wonder what might happen at your side if you install 1.0.10 and run the test suite of ggalluvial?
If this does not reproduce the problem I described I can try again to do it locally again and recreate the problem.
Kind regards, Andreas.
|
This is what i meant to say that i did a few comments back: I installed {dplyr} 1.0.10 and {ggalluvial} 0.12.5 on my machine and ran a full check, including tests. I got no errors or failed tests. So yes, at your convenience, please do see if you can reproduce the errors using 0.12.5. I'll take a close look then. |
Am Sat, Feb 25, 2023 at 07:01:56AM -0800 schrieb Cory Brunson:
This is what i meant to say that i did a few comments back: I installed {dplyr} 1.0.10 and {ggalluvial} 0.12.5 on my machine and ran a full check, including tests. I got no errors or failed tests. So yes, at your convenience, please do see if you can reproduce the errors using 0.12.5. I'll take a close look then.
Seems I made some mistake when testing 0.12.5 in connection with latest dplyr. I now uploaded the Debian package where I dropped the restriction on dplyr version and the relevant logs are showing success. So from my point of view the issue can be closed.
Kind regards, Andreas.
|
Excellent! Thank you very much for checking. @MarinkavP if you encounter this problem again, please feel free to reopen the issue. |
The ggalluvial doesn't work well with the newest update of dplyr 1.0.10 version. I get a warning and certain parts of the graphs are missing, depending on the graphs.
Reproducible example (preferably using
reprex::reprex()
)data(majors)
majors$curriculum <- as.factor(majors$curriculum)
ggplot(majors,
aes(x = semester, stratum = curriculum, alluvium = student,
fill = curriculum, label = curriculum)) +
scale_fill_brewer(type = "qual", palette = "Set2") +
geom_flow(stat = "alluvium", lode.guidance = "frontback",
color = "darkgray") +
geom_stratum() +
theme(legend.position = "bottom") +
ggtitle("student curricula across several semesters")
Warning message:
Computation failed in
stat_stratum()
:could not find function "default_missing"
The text was updated successfully, but these errors were encountered: