Re: [ATTN maintainer] vim 9.1.1825 archive filetype processing scripts not working properly

Brian Inglis via Cygwin-apps <[email protected]> Fri, 12 Dec 2025 20:39:24 -0700
Newsgroups gmane.os.cygwin.applications
Organization Systematic Software
Message-ID <[email protected]>
On 2025-12-12 14:43, Marco Atzeri via Cygwin-apps wrote:
> On 03/12/2025 18:17, Brian Inglis via Cygwin-apps wrote:
>> On 2025-12-02 09:11, Marco Atzeri via Cygwin-apps wrote:
>>> On 01/12/2025 18:02, Brian Inglis via Cygwin-apps wrote:
>>>> After latest gvim 9.1.1825 install (no announcement on list nor useful 
>>>> release notes other than GH vim/vim repo log) opening archives e.g zip with 
>>>> autoload script zip.vim displays three copies of zip archive header vim 
>>>> script comments followed by three copies of lists of files for selection:
>>>>
>>>> " zip.vim version v34
>>>> " Browsing zipfile .../Downloads/xxhash.zip
>>>> " Select a file with cursor and press ENTER
>>>> " zip.vim version v34
>>>> " Browsing zipfile .../Downloads/xxhash.zip
>>>> " Select a file with cursor and press ENTER
>>>> " zip.vim version v34
>>>> " Browsing zipfile .../Downloads/xxhash.zip
>>>> " Select a file with cursor and press ENTER
>>>>
> 
> Hi Brian,
> is the problem still present on 9.1.1952-1 ?

Thanks Marco,

Mostly gone as far as my tests show, although editing three epubs (zips) with 
gvim directly still displays three headers and three file selection lists, while 
other archive types including tars and zips display only one instance of each 
for each archive in sequence, as do other front ends, as expected, so a slight 
inconvenience in some cases, rather than a consistent problem ;^%

-- 
Take care. Thanks, Brian Inglis              Calgary, Alberta, Canada

La perfection est atteinte                   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retrancher  but when there is no more to cut
                                 -- Antoine de Saint-Exupéry