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

fix missing hyphen from error messages #276

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

avidrucker
Copy link
Contributor

PR to resolve missing hyphen bug reported here: #275

As per this screenshot, this two character edit seems to fix the bug. Are there any tests I can run to confirm that there are no regressions?

Screenshot from 2023-09-02 18-11-40

@avidrucker
Copy link
Contributor Author

@mhuebert Any advice on how best to move forward? I'm wondering if there is a process/step I need to take next for the PR to get reviewed

@daveliepmann
Copy link
Collaborator

hey, thanks for contributing!

I'm a little concerned that this might cause a regression related to 5404eaf — so if you can confirm that the examples in sample-error-messages still work properly, and maybe add an example for this use case (minimal repro seems to be (nth [:a] -1)?), then we should be good to go.

@avidrucker
Copy link
Contributor Author

  1. Is there a recommended way to confirm "proper" working of sample-error-messages? For example, just looking for errors in the console, or, running the bug catching notebook?

Some tests to ensure "proper" behavior would be ideal, and also, I'm not sure where what is "proper" is determined & written down (i.e. a design doc, specification, etc.) ...

  1. Is there a design doc or specification that has been written down anywhere, or is it just in the minds of the maintainers?

@daveliepmann
Copy link
Collaborator

  1. Is there a recommended way to confirm "proper" working of sample-error-messages? For example, just looking for errors in the console, or, running the bug catching notebook?

Just looking for errors manually, yeah. The last time I worked with this I got the CLJS REPL working and used (map (juxt identity tokenize) sample-error-messages) to make sure the result kept relevant info & wasn't misleading.

2. Is there a design doc or specification that has been written down anywhere, or is it just in the minds of the maintainers?

No spec, no. At this point I'm worried about the parts which have fallen out of my head :D

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants