Re: Deprecation of browser XSLT - SVNIndexXSLT

Den mån 20 juli 2026 kl 14:19 skrev Branko Čibej <[email protected]>:

> On 20. 7. 2026 14:01, Timofei Zhakov wrote:
>
> 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.
>
>
>
> I think it would not, it's bad idea and horrible waste of time. Just
> thinking of the authn/authz/security aspect of such a web interface makes
> me shudder. Subversion hosting services exist, with much better user
> interfaces than we could ever hack up given the resources we have. If
> you're thinking of some kind of server-side-generated interactive web UI
> written in C ... yeah, just no. People who want something lightweight can
> use ViewVC or maybe Trac.
>

I agree that it would be really nice with a better web-ui, but I also agree
with Brane that we need to attract a lot of new resources to do that (and
with a different skill set!). Personally I'd rather see those resources
poured into ViewVC (for a view-only UI) or Trac (for the full
issue-tracking-development-management solution).

Cheers,
Daniel