qqzsxyz / vimwiki

Automatically exported from code.google.com/p/vimwiki
0 stars 0 forks source link

<leader>w<leader>{w,t} throws a bunch of errors with a URL on the page #307

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Create a diary entry with a web url on the page
2. Open any other page and type <leader>w<leader>t or <leader>w<leader>w to 
open the daily diary entry.

What is the expected output? What do you see instead?
There are a bunch of errors in red that appear and then disappear before the 
page opens. I can also hear the CPU kick up, but I can't see any messages 
except the first one: 'Error detected while processing function 
#vimwiki#base#get_links'

Opening the daily diary entry by following the link from the diary index page 
works fine.

What version of the product are you using? On what operating system?
Rev 563 Linux.

Thanks!
Scott

Original issue reported on code.google.com by firecat4...@gmail.com on 9 May 2012 at 7:34

GoogleCodeExporter commented 8 years ago
Fairly import point I missed: the link was in a list like:

* Talking about nothing. http://google.com
* item2

Original comment by firecat4...@gmail.com on 9 May 2012 at 7:36

GoogleCodeExporter commented 8 years ago
You can recall the error message with ":messages".  Here's what I get ...

Error detected while processing function vimwiki#base#get_links:
line   20:
E499: Empty file name for '%' or '#', only works with ":p:h":   lcd! %:h
E499: Empty file name for '%' or '#', only works with ":p:h":   lcd! %:h

Original comment by stu.andrews on 9 May 2012 at 8:34

GoogleCodeExporter commented 8 years ago
Well, I saw the error you got as well. Now I also get these errors in a fresh 
window trying to open the daily diary page:

Error detected while processing function 
vimwiki#diary#make_note..vimwiki#base#open_link..vimwiki#base#resolve_scheme:   

line    3:
E121: Undefined variable: g:vimwiki_rxSchemeUrl
E15: Invalid expression: lnk !~ g:vimwiki_rxSchemeUrl
line    4:
E121: Undefined variable: is_schemeless
E15: Invalid expression: (is_schemeless  ? 'wiki'.g:vimwiki_current_idx.':'.lnk 
: lnk)
line    7:
E121: Undefined variable: g:vimwiki_rxSchemeUrlMatchScheme
E116: Invalid arguments for function matchstr(lnk, 
g:vimwiki_rxSchemeUrlMatchScheme)
E15: Invalid expression: matchstr(lnk, g:vimwiki_rxSchemeUrlMatchScheme)
line    9:
E121: Undefined variable: g:vimwiki_rxSchemeUrlMatchUrl
E116: Invalid arguments for function matchstr(lnk, 
g:vimwiki_rxSchemeUrlMatchUrl)
E15: Invalid expression: matchstr(lnk, g:vimwiki_rxSchemeUrlMatchUrl)
line   15:
E121: Undefined variable: scheme
E15: Invalid expression: !(scheme =~ 'wiki.*' || scheme =~ 'diary' || scheme =~ 
'local'  || scheme =~ 'file')
line   21:
E121: Undefined variable: scheme
E15: Invalid expression: scheme =~ 'wiki\d\+'
line   91:
E121: Undefined variable: is_schemeless
E15: Invalid expression: is_schemeless && a:as_html
line  100:
E121: Undefined variable: scheme
E15: Invalid expression: [scheme, path, subdir, lnk, ext, url]
Error detected while processing function 
vimwiki#diary#make_note..vimwiki#base#open_link:
line    5:
E714: List required
line    7:
E121: Undefined variable: lnk
E15: Invalid expression: lnk == ''
line   11:
E121: Undefined variable: scheme
E15: Invalid expression: ( scheme == '' ||  scheme =~ 'wiki' ||  scheme =~ 
'diary' ? 1 : 0)
line   15:
E121: Undefined variable: scheme
E15: Invalid expression: ( scheme == '' ||  scheme =~ 'wiki' ||  scheme =~ 
'diary' ||  scheme =~ 'local' ||  scheme =~ 'file' ? 0 : 1)
line   23:
E121: Undefined variable: update_prev_link
E15: Invalid expression: update_prev_link
line   34:
E121: Undefined variable: use_weblink_handler
E15: Invalid expression: use_weblink_handler

Original comment by firecat4...@gmail.com on 9 May 2012 at 8:47

GoogleCodeExporter commented 8 years ago
I cannot reproduce it, there might be some different options set up.

Original comment by habamax on 10 May 2012 at 3:44

GoogleCodeExporter commented 8 years ago
with the 'maxhi' set to 1 I can see it.

Looks like cached variables strike back. :)

Original comment by habamax on 10 May 2012 at 4:21

GoogleCodeExporter commented 8 years ago
Could you check if it is ok with the latest src?

Original comment by habamax on 10 May 2012 at 5:33

GoogleCodeExporter commented 8 years ago
Well...almost...
1. If I do <leader>w<leader>w from an existing page (with or without a link), 
it works fine.
2. If I do <leader>w<leader>w from a blank vim instance, or if I do 
<leader>w<leader>t, I get the following errors (and it really works the CPU 
hard!):

Error detected while processing function 
<SNR>34_highlight_existing_links..<SNR>34_add_target_syntax_ON:
line    8:
E63: invalid use of \_
E475: Invalid argument: VimwikiLink 
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(Dropbox[/\]\|Dropbox[/\]CS_Forms[/\]\|Dropbox[/\
]Camer
a Uploads[/\]\|Dropbox[/\]Insurance 
Cards[/\]\|Dropbox[/\]Photos[/\]\|Dropbox[/\]Photos[/\]John's Background 
Switcher[/
\]\|Dropbox[/\]Photos[/\]Nick-School[/\]\|Dropbox[/\]Photos[/\]Starred 
Photos[/\]\|Dropbox[/\]Photos[/\]family[/\]\|
Dropbox[/\]Photos[/\]family[/\]2011-Syd 
Bday[/\]\|Dropbox[/\]Photos[/\]funny[/\]\|Dropbox[/\]Photos[/\]lovey[/\]\|Dr
opbox[/\]Photos[/\]wallpapers[/\]\|Dropbox[/\]Public[/\]\|Dropbox[/\]phones[/\]\
|Dropbox[/\]phones[/\]droid[/\]\|Dro
pbox[/\]phones[/\]droid_X[/\]\|Dropbox[/\]phones[/\]droid_X[/\]roms[/\]\|Dropbox
[/\]scotty[/\]\|Dropbox[/\]scotty[/\n\]docs[/\]\|Dropbox[/\]scotty[/\]docs[/\]20
11[/\]\|Dropbox[/\]scotty[/\]docs[/\]2011[/\]flashcards[/\]\|Dropbox[/\]
scotty[/\]docs[/\]2011[/\]ventilation_presentation[/\]\|Dropbox[/\]scotty[/\]doc
s[/\]Captains Interview[/\]\|Dropbox[/
\]scotty[/\]fi
line    9:
E63: invalid use of \_
E475: Invalid argument: VimwikiLinkT 
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(Dropbox[/\]\|Dropbox[/\]CS_Forms[/\]\|Dropbox[/\
]Came
ra Uploads[/\]\|Dropbox[/\]Insurance 
Cards[/\]\|Dropbox[/\]Photos[/\]\|Dropbox[/\]Photos[/\]John's Background 
Switcher[
/\]\|Dropbox[/\]Photos[/\]Nick-School[/\]\|Dropbox[/\]Photos[/\]Starred 
Photos[/\]\|Dropbox[/\]Photos[/\]family[/\]\n|Dropbox[/\]Photos[/\]family[/\]201
1-Syd 
Bday[/\]\|Dropbox[/\]Photos[/\]funny[/\]\|Dropbox[/\]Photos[/\]lovey[/\]\|D
ropbox[/\]Photos[/\]wallpapers[/\]\|Dropbox[/\]Public[/\]\|Dropbox[/\]phones[/\]
\|Dropbox[/\]phones[/\]droid[/\]\|Dr
opbox[/\]phones[/\]droid_X[/\]\|Dropbox[/\]phones[/\]droid_X[/\]roms[/\]\|Dropbo
x[/\]scotty[/\]\|Dropbox[/\]scotty[/
\]docs[/\]\|Dropbox[/\]scotty[/\]docs[/\]2011[/\]\|Dropbox[/\]scotty[/\]docs[/\]
2011[/\]flashcards[/\]\|Dropbox[/\
]scotty[/\]docs[/\]2011[/\]ventilation_presentation[/\]\|Dropbox[/\]scotty[/\]do
cs[/\]Captains Interview[/\]\|Dropbox[
/\]scotty[/\]f
line    8:
E63: invalid use of \_
E475: Invalid argument: VimwikiLink 
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(Dropbox[/\]\|Dropbox[/\]CS_Forms[/\]\|Dropbox[/\
]Camer
a Uploads[/\]\|Dropbox[/\]Insurance 
Cards[/\]\|Dropbox[/\]Photos[/\]\|Dropbox[/\]Photos[/\]John's Background 
Switcher[/
\]\|Dropbox[/\]Photos[/\]Nick-School[/\]\|Dropbox[/\]Photos[/\]Starred 
Photos[/\]\|Dropbox[/\]Photos[/\]family[/\]\|
Dropbox[/\]Photos[/\]family[/\]2011-Syd 
Bday[/\]\|Dropbox[/\]Photos[/\]funny[/\]\|Dropbox[/\]Photos[/\]lovey[/\]\|Dr
opbox[/\]Photos[/\]wallpapers[/\]\|Dropbox[/\]Public[/\]\|Dropbox[/\]phones[/\]\
|Dropbox[/\]phones[/\]droid[/\]\|Dro
pbox[/\]phones[/\]droid_X[/\]\|Dropbox[/\]phones[/\]droid_X[/\]roms[/\]\|Dropbox
[/\]scotty[/\]\|Dropbox[/\]scotty[/\n\]docs[/\]\|Dropbox[/\]scotty[/\]docs[/\]20
11[/\]\|Dropbox[/\]scotty[/\]docs[/\]2011[/\]flashcards[/\]\|Dropbox[/\]
scotty[/\]docs[/\]2011[/\]ventilation_presentation[/\]\|Dropbox[/\]scotty[/\]doc
s[/\]Captains Interview[/\]\|Dropbox[/
\]scotty[/\]fi

line    9:
E63: invalid use of \_
E475: Invalid argument: VimwikiLinkT 
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(Dropbox[/\]\|Dropbox[/\]CS_Forms[/\]\|Dropbox[/\
]Came
ra Uploads[/\]\|Dropbox[/\]Insurance 
Cards[/\]\|Dropbox[/\]Photos[/\]\|Dropbox[/\]Photos[/\]John's Background 
Switcher[
/\]\|Dropbox[/\]Photos[/\]Nick-School[/\]\|Dropbox[/\]Photos[/\]Starred 
Photos[/\]\|Dropbox[/\]Photos[/\]family[/\]\n|Dropbox[/\]Photos[/\]family[/\]201
1-Syd 
Bday[/\]\|Dropbox[/\]Photos[/\]funny[/\]\|Dropbox[/\]Photos[/\]lovey[/\]\|D
ropbox[/\]Photos[/\]wallpapers[/\]\|Dropbox[/\]Public[/\]\|Dropbox[/\]phones[/\]
\|Dropbox[/\]phones[/\]droid[/\]\|Dr
opbox[/\]phones[/\]droid_X[/\]\|Dropbox[/\]phones[/\]droid_X[/\]roms[/\]\|Dropbo
x[/\]scotty[/\]\|Dropbox[/\]scotty[/
\]docs[/\]\|Dropbox[/\]scotty[/\]docs[/\]2011[/\]\|Dropbox[/\]scotty[/\]docs[/\]
2011[/\]flashcards[/\]\|Dropbox[/\
]scotty[/\]docs[/\]2011[/\]ventilation_presentation[/\]\|Dropbox[/\]scotty[/\]do
cs[/\]Captains Interview[/\]\|Dropbox[
/\]scotty[/\]f
Error detected while processing function 
vimwiki#diary#make_note..vimwiki#base#open_link..vimwiki#base#edit_file:
line    4:
E325: ATTENTION

Not sure if that's the same bug or something different.

Thanks,
Scott

Original comment by firecat4...@gmail.com on 10 May 2012 at 2:13

GoogleCodeExporter commented 8 years ago
Testing ...

<Leader>w<Leader>w
<Leader>w<Leader>t   

Both work great for me.  With maxi=1.

I am thinking of ways to make caching more robust and transparent, and possibly 
integrated with VimwikiGet/Set.

Thx!

Original comment by stu.andrews on 10 May 2012 at 3:19

GoogleCodeExporter commented 8 years ago
BTW, these results are all with maxhi=1. I've had that set the whole time.

Scott

Original comment by firecat4...@gmail.com on 10 May 2012 at 3:31

GoogleCodeExporter commented 8 years ago
And it works in my orphan wikis, when I preface the command sequences with a 
number.

For my default wiki, I tested the commands both from a blank (just started) 
vim, and from existing pages.

Original comment by stu.andrews on 10 May 2012 at 3:33

GoogleCodeExporter commented 8 years ago
Hmmm. I hate it when I have problems all by myself! Here's the vimwiki portions 
of my .vimrc if that helps at all:

"Vimwiki bindings
let wiki={}
let wiki.maxhi = 1
let wiki.css_name= 'style.css'
let wiki.auto_export = 0
let wiki.diary_index = 'diary'
let wiki.nested_syntaxes = {}
let wiki.path = '~/.local/share/vimwiki/'
let wiki.diary_link_fmt = '%Y-%m-%d'
let wiki.html_footer = ''
let wiki.diary_link_count = 4
let wiki.syntax = 'default'
let wiki.index = 'index'
let wiki.diary_header = 'Diary'
let wiki.ext = '.wiki'
let wiki.path_html = '~/.local/share/vimwiki/vimwiki_html/'
let wiki.temp = 0
let wiki.html_header = ''
let wiki.diary_rel_path = 'diary/'

let wiki_logo={}
let wiki_logo.maxhi = 1
let wiki_logo.css_name= 'style.css'
let wiki_logo.auto_export = 0
let wiki_logo.diary_index = 'diary'
let wiki_logo.nested_syntaxes = {}
let wiki_logo.path = '~/projects/Logo_Company/inventory/working_files/vimwiki/'
let wiki_logo.diary_link_fmt = '%Y-%m-%d'
let wiki_logo.html_footer = ''
let wiki_logo.diary_link_count = 4
let wiki_logo.syntax = 'default'
let wiki_logo.index = 'index'
let wiki_logo.diary_header = 'Diary'
let wiki_logo.ext = '.wiki'
let wiki_logo.path_html = 
'~/projects/Logo_Company/inventory/working_files/vimwiki/vimwiki_html/'
let wiki_logo.temp = 0
let wiki_logo.html_header = ''
let wiki_logo.diary_rel_path = 'diary/'
let wiki_logo.diary_header = 'Work Log'

let g:vimwiki_list = [wiki, wiki_logo]
let g:vimwiki_browsers=['browser.sh']
let g:vimwiki_hl_cb_checked = 1
map <leader>wn :VimwikiDiaryNextDay<CR>
map <leader>wp :VimwikiDiaryPrevDay<CR>

I also deleted my .vim/view/* items for good measure. Any other ideas?

Scott

Original comment by firecat4...@gmail.com on 10 May 2012 at 4:13

GoogleCodeExporter commented 8 years ago
@Scott,

remove all 'conflicted copies' from your vimwiki dropbox folder and try again...

Original comment by habamax on 10 May 2012 at 4:38

GoogleCodeExporter commented 8 years ago
@Stuart,

Caching using VimwikiGet/Set sounds very good for me!

Original comment by habamax on 10 May 2012 at 4:42

GoogleCodeExporter commented 8 years ago
Oddly enough, I'm not using Dropbox to sync! My vimwiki files are in 
~/.local/share/vimwiki and they're synced to my server with unison. I do have a 
Dropbox folder in ~/Dropbox, but I've never kept my vimwiki files there. So why 
the heck is it even investigating and throwing errors about the Dropbox 
folder?? I've got 4 other folders in ~/ .... why isn't it looking at them? This 
is really bizarre....

I had one alias in my bashrc that referenced the Dropbox folder (unrelated to 
vimwiki). Deleted that. Killed all my tmux sessions. Logged completely out. 
Tried it in console...same result.

If you want to chat on IRC you can get me on #archlinux. (firecat53)

Thanks!
Scott

Original comment by firecat4...@gmail.com on 10 May 2012 at 5:06

GoogleCodeExporter commented 8 years ago
Well, this is interesting....I installed the same version on my server and get 
very much the same result except it's finding a different directory, as I don't 
have a Dropbox folder on the server:

Error detected while processing function 
<SNR>28_highlight_existing_links..<SNR>28_add_target_syntax_ON:              
line    8:
E63: invalid use of \_
E475: Invalid argument: VimwikiLink 
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(backups[/\]\|backups[/\]bfd-training-data[/\]\|b
ackups[
/\]bfd-training-data[/\]1[/\]\|backups[/\]bfd-training-data[/\]1[/\]backupdata[/
\]\|backups[/\]bfd-training-data[/\]3
[/\]\|backups[/\]bfd-training-data[/\]3[/\]backupdata[/\]\|backups[/\]bfd-traini
ng-data[/\]cache[/\]\|backups[/\]bfd-
training-data[/\]geoip[/\]\|backups[/\]bfd-training-data[/\]sessions[/\]\|backup
s[/\]bfd-training-data[/\]temp[/\]\|ba
ckups[/\]bfd-training-data[/\]temp[/\]backup[/\]\|backups[/\]bfd-training-data[/
\]temp[/\]lesson[/\]\|backups[/\]bfd-
training-data[/\]temp[/\]lesson[/\]2009\.HIPAA[/\]\|backups[/\]bfd-training-data
[/\]temp[/\]typo3temp[/\]\|backups[/\
]bfd-training-data[/\]temp[/\]typo3temp[/\]cs[/\]\|backups[/\]bfd-training-data[
/\]upgradelogs[/\]\|backups[/\]bfd-tra
ining-data[/\]user[/\]\|backups[/\]bfd-training-data[/\]user[/\]0[/\]\|backups[/
\]bfd-training-data[/\]user[/\]0[/\]
2[/\]\|backups[
line    9:
E63: invalid use of \_
E475: Invalid argument: VimwikiLinkT 
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(backups[/\]\|backups[/\]bfd-training-data[/\]\|b
ackups
[/\]bfd-training-data[/\]1[/\]\|backups[/\]bfd-training-data[/\]1[/\]backupdata[
/\]\|backups[/\]bfd-training-data[/\]
3[/\]\|backups[/\]bfd-training-data[/\]3[/\]backupdata[/\]\|backups[/\]bfd-train
ing-data[/\]cache[/\]\|backups[/\]bfd
-training-data[/\]geoip[/\]\|backups[/\]bfd-training-data[/\]sessions[/\]\|backu
ps[/\]bfd-training-data[/\]temp[/\]\|b
ackups[/\]bfd-training-data[/\]temp[/\]backup[/\]\|backups[/\]bfd-training-data[
/\]temp[/\]lesson[/\]\|backups[/\]bfd
-training-data[/\]temp[/\]lesson[/\]2009\.HIPAA[/\]\|backups[/\]bfd-training-dat
a[/\]temp[/\]typo3temp[/\]\|backups[/\n\]bfd-training-data[/\]temp[/\]typo3temp[
/\]cs[/\]\|backups[/\]bfd-training-data[/\]upgradelogs[/\]\|backups[/\]bfd-tr
aining-data[/\]user[/\]\|backups[/\]bfd-training-data[/\]user[/\]0[/\]\|backups[
/\]bfd-training-data[/\]user[/\]0[/\
]2[/\]\|backups
line    8:
E63: invalid use of \_
E475: Invalid argument: VimwikiLink 
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(backups[/\]\|backups[/\]bfd-training-data[/\]\|b
ackups[
/\]bfd-training-data[/\]1[/\]\|backups[/\]bfd-training-data[/\]1[/\]backupdata[/
\]\|backups[/\]bfd-training-data[/\]3
[/\]\|backups[/\]bfd-training-data[/\]3[/\]backupdata[/\]\|backups[/\]bfd-traini
ng-data[/\]cache[/\]\|backups[/\]bfd-
training-data[/\]geoip[/\]\|backups[/\]bfd-training-data[/\]sessions[/\]\|backup
s[/\]bfd-training-data[/\]temp[/\]\|ba
ckups[/\]bfd-training-data[/\]temp[/\]backup[/\]\|backups[/\]bfd-training-data[/
\]temp[/\]lesson[/\]\|backups[/\]bfd-
training-data[/\]temp[/\]lesson[/\]2009\.HIPAA[/\]\|backups[/\]bfd-training-data
[/\]temp[/\]typo3temp[/\]\|backups[/\
]bfd-training-data[/\]temp[/\]typo3temp[/\]cs[/\]\|backups[/\]bfd-training-data[
/\]upgradelogs[/\]\|backups[/\]bfd-tra
ining-data[/\]user[/\]\|backups[/\]bfd-training-data[/\]user[/\]0[/\]\|backups[/
\]bfd-training-data[/\]user[/\]0[/\]
2[/\]\|backups[
line    9:

Almost like it's picking the first alphabetical folder in ~/ to have an issue 
with...

Scott

Original comment by firecat4...@gmail.com on 10 May 2012 at 5:15

GoogleCodeExporter commented 8 years ago
yep, looks like it is. But I can not figure why it works that way.

Could you attach your vimrc here?

Original comment by habamax on 10 May 2012 at 5:25

GoogleCodeExporter commented 8 years ago
@Scott: I am sorry that you are experiencing this error.  All I can say is that 
it looks similar to errors that were encountered during the development of 
highlight_existing_links().

Please make sure that you are erasing all related vimwiki files from your .vim/ 
folder before re-installing.  You can list these files by cd'ng into .vim and 
typing:

$ find . -exec grep -l vimwiki \{\} \;

./autoload/vimwiki/base.vim
./autoload/vimwiki/custom.vim
./autoload/vimwiki/customwiki2html.sh
./autoload/vimwiki/diary.vim
./autoload/vimwiki/html.vim
./autoload/vimwiki/lst.vim
./autoload/vimwiki/tbl.vim
./autoload/vimwiki/u.vim
./doc/vimwiki.txt
./ftplugin/vimwiki.vim
./plugin/vimwiki.vim
./syntax/vimwiki.vim
./syntax/vimwiki_default.vim
./syntax/vimwiki_markdown.vim
./syntax/vimwiki_media.vim

The only other thing that I can think of is replacing "~" with an absolute 
path, in your .vimrc settings (e.g. wiki.path = '~/...')

Original comment by stu.andrews on 10 May 2012 at 5:35

GoogleCodeExporter commented 8 years ago
@habamx: .vimrc is here: http://codepad.org/tOCfwmrg

@stu.andrews: I'm actually not installing vimwiki into .vim, but into 
/usr/share/vim/vimfiles. (using an Arch PKGBUILD to do the install...found here 
https://aur.archlinux.org/packages/vi/vim-vimwiki-hg/PKGBUILD ).

But I did verify that all vimwiki files had been removed from ~/.vim, and also 
verified there were no leftover files in /usr/share/vim/vimfiles.

Replaced '~' with absolute path...no effect.

Thanks guys!
Scott

Original comment by firecat4...@gmail.com on 10 May 2012 at 6:15

GoogleCodeExporter commented 8 years ago
While not very satisfying, Vimwiki will be 99% functional with maxhi=0 ... 
until this bug with highlighting is resolved.

Original comment by stu.andrews on 10 May 2012 at 10:10

GoogleCodeExporter commented 8 years ago
Yeah, that did fix the worst of it. I can live with it...just letting you guys 
know for future troubleshooting (with maxhi=0):

1. Open any random non-empty text file (e.g. vim ~/.vimrc)
2. <leader>w<leader>w
3. See this:
".vimrc" 206L, 6306C
Error detected while processing function 
vimwiki#diary#make_note..vimwiki#base#open_link..vimwiki#base#resolve_scheme:
line    3:
E121: Undefined variable: g:vimwiki_rxSchemeUrl
E15: Invalid expression: lnk !~ g:vimwiki_rxSchemeUrl
line    4:
E121: Undefined variable: is_schemeless
E15: Invalid expression: (is_schemeless  ? 'wiki'.g:vimwiki_current_idx.':'.lnk 
: lnk)
line    7:
E121: Undefined variable: g:vimwiki_rxSchemeUrlMatchScheme
E116: Invalid arguments for function matchstr(lnk, 
g:vimwiki_rxSchemeUrlMatchScheme)
E15: Invalid expression: matchstr(lnk, g:vimwiki_rxSchemeUrlMatchScheme)
line    9:
E121: Undefined variable: g:vimwiki_rxSchemeUrlMatchUrl
E116: Invalid arguments for function matchstr(lnk, 
g:vimwiki_rxSchemeUrlMatchUrl)
E15: Invalid expression: matchstr(lnk, g:vimwiki_rxSchemeUrlMatchUrl)
line   15:
E121: Undefined variable: scheme
E15: Invalid expression: !(scheme =~ 'wiki.*' || scheme =~ 'diary' || scheme =~ 
'local'  || scheme =~ 'file')
line   21:
E121: Undefined variable: scheme
E15: Invalid expression: scheme =~ 'wiki\d\+'
line   91:
E121: Undefined variable: is_schemeless
E15: Invalid expression: is_schemeless && a:as_html
line  100:
E121: Undefined variable: scheme
E15: Invalid expression: [scheme, path, subdir, lnk, ext, url]
Error detected while processing function 
vimwiki#diary#make_note..vimwiki#base#open_link:
line    5:
E714: List required
line    7:
E121: Undefined variable: lnk
E15: Invalid expression: lnk == ''
line   11:
E121: Undefined variable: scheme
E15: Invalid expression: ( scheme == '' ||  scheme =~ 'wiki' ||  scheme =~ 
'diary' ? 1 : 0)
line   15:
E121: Undefined variable: scheme
E15: Invalid expression: ( scheme == '' ||  scheme =~ 'wiki' ||  scheme =~ 
'diary' ||  scheme =~ 'local' ||  scheme =~ 'file' ? 0 : 1)
line   23:
E121: Undefined variable: update_prev_link
E15: Invalid expression: update_prev_link
line   34:
E121: Undefined variable: use_weblink_handler
E15: Invalid expression: use_weblink_handler

It works fine in any empty file, as it does in any vimwiki files.

Thanks!
Scott

Original comment by firecat4...@gmail.com on 10 May 2012 at 11:02

GoogleCodeExporter commented 8 years ago
Scott, with your .vimrc I can reproduce that bug.

Original comment by habamax on 11 May 2012 at 4:36

GoogleCodeExporter commented 8 years ago
Actually with A can reproduce it with the following:

set nocompatible
filetype plugin indent on
syntax on

"Vimwiki bindings
let wiki={}
let wiki.maxhi = 1
let g:vimwiki_list = [wiki]

Original comment by habamax on 11 May 2012 at 4:46

GoogleCodeExporter commented 8 years ago
Could you check it again?

Original comment by habamax on 11 May 2012 at 5:11

GoogleCodeExporter commented 8 years ago
Version 566 -- still a problem. But it's really weird...some files it works 
fine with (empty files, certain other random files), others I get the same 
errors as in comment 20 (~/.xinitrc, ~/Dropbox/notes.txt, etc), and others it 
goes reallllly slow and gets the same errors as in comment 15 (~/.xsel.log).  
Strange!

Thanks,
Scott

Original comment by firecat4...@gmail.com on 11 May 2012 at 4:20

GoogleCodeExporter commented 8 years ago
Works fine for me, fresh install, also using the minimal setup from comment 22 
... !?
- S.

Original comment by stu.andrews on 11 May 2012 at 9:08

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
Tomas, with his optimization, didn't remove line 411 in base.vim so get_links() 
is about 2 times slower than it should be. 

And I believe I get why this error is happening. It is all about paths that are 
relative to the current(!) wiki(!) file. While it works ok with empty buffer or 
wiki file, it fails if there other file is opened first.

100% reproducible

Original comment by habamax on 12 May 2012 at 4:09

GoogleCodeExporter commented 8 years ago
This issue should be fixed now.

Original comment by habamax on 12 May 2012 at 5:29

GoogleCodeExporter commented 8 years ago
Nice work, thanks guys!! Works in all the ways I can throw at it

Scott

Umm...<ahem>but now my diary index links are aren't being automatically 
generated anymore when I open a new diary page for the day :-) Calling 
VimwikiDiaryGenerateLinks manually works fine. Sorry!!

Original comment by firecat4...@gmail.com on 12 May 2012 at 6:23

GoogleCodeExporter commented 8 years ago

Original comment by habamax on 13 May 2012 at 6:51