Home → Problems →

Linked file not previously opened by Marked2 won't open

• Edit

Todd Vanyo

22 Oct, 2020 03:09 AM

// Please enter a detailed description of the issue // Description of the issue: Linked file not previously opened by Marked2 won't open

// Please enter a list of steps required to reproduce the issue // Steps to reproduce:

1. Create a file (let's call it foo.md) with a link to another file (e.g. bar in your favorite text editor
   
2. Create file bar.md in same text editor
   
3. Open foo.md with Marked2 and click on the link for bar.md. You might get the dialog asking how you want to handle the file. If you select default app (assuming that's your text editor) or open in new window, nothing will happen.
   
4. Open bar.md in Marked2 and close it. Repeat step 3 and the file will now open in your selection.

I find it hard to believe that I've stumbled onto something new. I found this (http://support.markedapp.com/discussions/problems/197-using-file-li...) discussion about adding the "file:///" and the dialog is working, but it doesn't do anything with a file that Marked2 hasn't opened previously. There's also stuff from 2012.

The fact that you've kept this code running for all these years is greatly appreciated!

// If applicable please attach a sample document that causes the issue for you.

// Configuration (do not edit) Marked 2 1007 (Mac App Store)

macOS Version: 10.15.7

additionalMathJaxConfig:
allowPageBreakInCode: YES
bookTxtIsLeanpub: NO
summaryMdIsGitBook: NO
codeIsPoetry: NO
codeCanWrap: YES
collapsibleHeadlines: NO
convertGithubCheckboxes: YES
convertYAMLToMMD: NO
defaultMathJaxConfig: TeX-AMS-MML_HTMLorMML
defaultPreviewStyle: 6
defaultProcessor: MultiMarkdown
enableMiniMap: NO
excludeBlockQuotesFromCounts: NO
excludeFootnotesFromCounts: NO
excludeVerbatimFromCounts: NO
excludeCaptionsFromCounts: NO
folderPreviewExtensionsArray: md, markdown, txt, mdown, html, opml, mmd
githubNewlines: YES
h1IsPageBreak: YES
h2IsPageBreak: NO
hrIsPageBreak: NO
includeMathJax: YES
includeKatex: NO
limitTextWidth: NO
minimalJavaScript: NO
outlineModeExtensions:
permissionGranted: NO
printHeaderBottomLeft:
printHeaderBottomRight:
printHeaderFirstPage: NO
printFooterFirstPage: NO
printHeaderTopLeft:
printHeaderTopRight:
processHTMLFiles: YES
removeMetadataForPreview: NO
removeYAMLHeaders: NO
scrollToEdit: YES
shouldDetectCritic: YES
shouldHighlightMarkupErrors: NO
shouldLoadCritic: NO
syntaxHighlight: YES
syntaxHighlightOnlyLang: NO
useCustomMarkdownProcessor: NO
customMarkdownProcessor:
useCustomPreprocessor: NO
customPreprocessor:
useFirstH1AsPrintTitle: YES

1. Support Staff 1 Posted by Brett on 22 Oct, 2020 11:42 AM

   

   Are foo and bar in the same folder?

   - Brett

   • Edit

2. 2 Posted by Todd Vanyo on 22 Oct, 2020 12:46 PM

   

   Yes

   • Edit

3. Support Staff 3 Posted by Brett on 22 Oct, 2020 01:10 PM

   

   That’s very odd. I’ll have to do some testing on my end.

   - Brett

   • Edit

4. Support Staff 4 Posted by Brett on 22 Oct, 2020 02:44 PM

   

   Looks like this must have something to do with sandboxing, as I can
   replicate it with the MAS version but not with the direct version (which
   isn't sandboxed). All of the calls appear to be correct, but NSWorkspace
   is just failing to respond to the request. This will take some digging,
   but with the impending release of Big Sur and some major bugs it's going
   to cause, it won't be high on my immediate todo list.

   If you'd like to transfer your license to the direct version and avoid
   the problem in the meantime, just let me know.

   Thanks,
   Brett

   • Edit

5. 5 Posted by Todd Vanyo on 22 Oct, 2020 03:53 PM

   

   Thanks, Brett.

   I can live with it for now.

   Todd

   • Edit