Re: Deprecation of browser XSLT - SVNIndexXSLT

On Tue, Jul 14, 2026 at 2:52 PM C. Michael Pilato <[email protected]>
wrote:

> On Tue, Jul 14, 2026 at 5:14 AM Thomas Åkesson <[email protected]> wrote:
>
>> Hi,
>>
>>
>> I was unable to find any discussion on this deprecation of XSLT in the
>> browsers.
>>
>>
>> https://developer.chrome.com/docs/web-platform/deprecating-xslt
>>
>>
>> I suspect this deprecation will break the Subversion web ui (folder
>> listing and Collection of Repositories) and the customization point for
>> these UIs (SVNIndexXSLT).
>>
>>
>> We use this XSLT extensively so I am interested if anyone has
>> experimented with server-side transformation?
>>
>
> This is unfortunate, but hopefully the situation isn't quite as bad as you
> might think.
>
> IIRC, the XSLT variant of the mod_dav_svn directory listing feature is
> entirely optional.  When a GET request arrives aimed at a versioned
> directory, if SVNIndexXSLT is set, an XML response referencing the template
> is generated; but otherwise, an HTML response is still generated.  So this
> deprecation might force admins to turn off the SVNIndexXSLT "flavor",
> resulting in some ... undecorated directory listings.  But at least I
> expect the listings will still "work" (for the most basic of definitions of
> "work").
>
> It does cause me to wonder though...  Would a SVNIndexCSS feature be
> interesting -- where we generate that HTML with quite a bit more structure
> (divs, ids, etc.) and allow folks to point to a CSS file that at least
> pretties it up?
>
>
Just to throw it in: I think a built-in reasonably usable web interface
would probably be the most wanted feature that we can do in today's reality
of Subversion.

-- 
Timofei Zhakov