N/A

Prerequisites

• Put an X between the brackets on this line if you have done all of the following:
  • Reproduced the problem in Safe Mode: http://flight-manual.atom.io/hacking-atom/sections/debugging/#using-safe-mode
  • Followed all applicable steps in the debugging guide: http://flight-manual.atom.io/hacking-atom/sections/debugging/
  • Checked that your issue isn't already filed: https://github.com/mariozaizar/language-eml/issues

Description

Whitespace chars (spaces, line endings) disappear when on and this package is enabled.

gif of the bug: http://recordit.co/DpW4atxszp

Steps to Reproduce

1. Enable whitespace chars in editor settings
2. Disabled all community (non-core) packages
3. Enabled Package

Expected behavior:

1. Whitespace pref should not override user pref or theme.
2. Whitespace chars should be visible when enabled in editor settings and this package is enabled.

Actual behavior:

Whitespace chars (spaces, line endings) disappear when on and this package is enabled.

Reproduces how often:

100%

Versions

Atom : 1.16.0
Electron: 1.3.13
Chrome : 52.0.2743.82
Node : 6.5.0

macOS 10.12.4 (Sierra)

Prerequisites

• Put an X between the brackets on this line if you have done all of the following:
  • Reproduced the problem in Safe Mode: http://flight-manual.atom.io/hacking-atom/sections/debugging/#using-safe-mode
  • Followed all applicable steps in the debugging guide: http://flight-manual.atom.io/hacking-atom/sections/debugging/
  • Checked that your issue isn't already filed: https://github.com/mariozaizar/language-eml/issues

Description

When language-eml package is enabled, all editors have soft wrapping at 80 characters regardless of global settings or package level settings.

Steps to Reproduce

1. Enable language-eml package
2. Check that global preferred line length is set to a value other than 80
3. Open any file (e.g. MyClass.java), content type is not Email
4. Lines are wrapped at 80 character
5. Disable language-eml package
6. Lines are wrapped at proper settings

Expected behavior: [What you expect to happen]

Language-eml package should respect global and package level wrapping settings and only affect an editor when the content type is Email.

Actual behavior: [What actually happens]

Lines are wrapped at 80 character, no matter what the user puts in settings.

Reproduces how often: [What percentage of the time does it reproduce?]

100%

Versions

OS: Microsoft Windows [Version 10.0.15063]

$ atom --version
Atom : 1.18.0
Electron: 1.3.15
Chrome : 52.0.2743.82
Node : 6.5.0

$ apm --version
apm 1.18.1
npm 3.10.10
node 6.9.5 x64
python 3.6.1
git 2.13.0.windows.1
visual studio

Prerequisites

I haven't reproduced the issue in Atom. Please see the description.

• Put an X between the brackets on this line if you have done all of the following:
  • Reproduced the problem in Safe Mode: http://flight-manual.atom.io/hacking-atom/sections/debugging/#using-safe-mode
  • Followed all applicable steps in the debugging guide: http://flight-manual.atom.io/hacking-atom/sections/debugging/
  • Checked that your issue isn't already filed: https://github.com/mariozaizar/language-eml/issues

Description

We're considering (cf. github-linguist/linguist#4201) using this EML grammar to highlight all .eml and .mbox files on GitHub and GitLab. Unfortunately, the grammar's output has some errors (see Lightshow example) for quoted-printable encoding (if that's not obvious, I don't know much about EML).

I haven't tested under Atom yet, so it's possible the issue is only with GitHub's interpreter for grammars. GitHub uses a PCRE-based regular expression engine, which has a few differences in interpretation. I had a quick look at the grammar and did not spotted any though.

Steps to Reproduce

1. Try to highlight a EML file containing quoted-printable encoding with Lightshow.

Expected behavior: Characters following the quoted-printable marker (=3D) to be highlighted correctly.

Actual behavior: Characters following the quoted-printable marker are highlighted with a red background.

Reproduces how often: 100%

Versions

The highlighting bug happens with commit c9f354e of the present grammar.

Additional Information

Lightshow is a simple interface to test the highlighter used on GitHub.com. It simply takes the grammar provided and interprets it on the given example.

N/A

Description of the bug

HTML param value is being partially highlighted on Github, is not highlighted in Atom.

Steps to reproduce

https://github.com/Yara-Rules/rules/blob/90cac2741366771e31d1fd793c03f5043b894bcd/email/eml/davivienda.eml#L38

Expected behavior

text/css"> Not highlighted

References

• Atom version: 1.34.0
• APM version: 2.1.3

Description of the bug

Does not get correct result if decode/encode Quoted-Printable/Base64 of non-UTF-8 text

Context

When using encode/decode functions, it looks like the conversion defaults to to/from UTF-8.

Steps to reproduce

中 - Ideograph central; center, middle; in the midst of; hit (target); attain CJK: U+4E2D - Unicode Character Table
https://unicode-table.com/en/4E2D/

What doesn't work -

1. Create a new file and set encoding to UTF-16 BE
2. Copy and paste "中" from the above URL.
3. Save the file.
4. Encode it using Quoted-Printable via the Email (EML) package.

What works -

1. Create a new file and set encoding to UTF-8
2. Copy and paste "中" from the above URL.
3. Save the file.
4. Encode it using Quoted-Printable via the Email (EML) package.

Expected behavior

UTF-16 BE (Doesn't Work)
The expect result is =4E=2D for 中.

UTF-8 (Works)
The expect result is =E4=B8=AD for 中.

Suggestion:
Get the character encoding from the file encoding setting from Atom. That is the encoding to be used to save the decoded result anyway, and is usually the encoding to be encoded from.

References

• OS: macOS Catalina 10.15.7
• Atom version: 1.51.0
• APM version: 2.5.0

$ apm -version
apm 2.5.0
npm 6.14.5
node 10.20.1 x64
atom 1.51.0
python 3.7.4
git 2.28.0

Description of the bug

IPv6 highlighting is not complete, does not highlight the last 'octet'

Steps to reproduce

Received: from prod.exchangelabs.com (2a01:111:e400:7a4d::52) by

Expected behavior

IPv6 addresses either highlighted fully or not highlighted.

• Atom version: 1.33.1
• APM version: 2.1.2