On Fri, 22 May 2020 at 20:12, Craig Russell <apache....@gmail.com> wrote: > > Hi Sebb, > > Yes, changing the svn:mime-type to text/pain makes Safari think that it's ok > to display. > > So I will change the mime-type for all such .eml files once I've gotten my > round tuit. > > Still have the problem with the .rtf that Safari insists on downloading. The > only thing I can think of is to edit the file, change to plain text, and save > as text/plain mime-type.
Why is that a problem? What should Safari do? What do other browsers do? > Craig > > > On May 21, 2020, at 4:53 AM, sebb <seb...@gmail.com> wrote: > > > > On Wed, 20 May 2020 at 15:48, Craig Russell <apache....@gmail.com> wrote: > >> > >> Hi Sebb, > >> > >> Thanks for that. I'm trying to get Safari to display the Emeritus file for > >> users with .rtf and .eml suffixes and Safari wants to download them > >> instead of viewing them. For other file types, changing the svn:mime-type > >> on the file has fixed it (but I have no idea how Safari gets the > >> mime-type). > >> > >> As an example, user ids scolebourne and skitching do not display the > >> Emeritus file from the committer display. (These ids are publicly known so > >> no security issue). > > > > If you are referring to the 'Emeritus' link on the Whimsy committer > > page, then this is a URL of the form https://svn.apache.org/repos/... > > This is not served by Whimsy, but by the svn.apache.org server. > > The eml file for skitching is served with the content-type > > message/rfc822; this appears to be taken from the SVN mime-type > > property. > > I have temporarily changed the mime-type to text/plain, and Safari now > > displays the file rather than downloading it. > > > > Whether it makes sense to change the mime-type for all .eml files, I don't > > know. > > I suspect not, as some people may prefer to use a dedicated handler. > > > > The alternative is to configure Safari to treat .eml files as text/plain. > > Whether that is possible, I have no idea. > > > > > >> Thanks, > >> Craig > >> > >>> On May 20, 2020, at 7:20 AM, sebb <seb...@gmail.com> wrote: > >>> > >>> On Tue, 19 May 2020 at 20:54, Craig Russell <apache....@gmail.com> wrote: > >>>> > >>>> I've seen a number of emeritus files with the wrong svn:mime-type. They > >>>> are fixed now (I think) but does the new secretary workbench set the > >>>> mime-type for new documents received? > >>> > >>> Whether the mime-type is set depends on the file type. > >>> > >>>> There are a number of places where the mime-type could be set. Can > >>>> someone take a look? > >>>> > >>> > >>> The subversion client uses the following config files: > >>> > >>> /etc/subversion/config > >>> which can be overridden by > >>> ~/.subversion/config > >>> > >>> AFAICT /etc/subversion/config is set up by the Puppet file: > >>> > >>> modules/subversionclient/files/config > >>> > >>> which contains the following mime types > >>> *.doc = svn:mime-type=application/msword > >>> *.gif = svn:mime-type=image/gif > >>> *.gz = svn:mime-type=application/x-gzip > >>> *.ico = svn:mime-type=image/x-icon > >>> *.jpg = svn:mime-type=image/jpeg > >>> *.pdf = svn:mime-type=application/pdf > >>> *.png = svn:mime-type=image/png > >>> *.tar = svn:mime-type=application/octet-stream > >>> *.tgz = svn:mime-type=application/octet-stream > >>> *.tif = svn:mime-type=image/tiff > >>> *.tiff = svn:mime-type=image/tiff > >>> > >>> Additional types that could perhaps be added to the list: > >>> *.asc = text/plain > >>> *.eml = text/plain > >>> *.gpg = application/octet-stream > >>> *.rtf = application/rtf > >>> *.sig = application/octet-stream > >>> > >>>> Thanks, > >>>> Craig > >>>> > >>>> Craig L Russell > >>>> c...@apache.org > >>>> > >> > >> Craig L Russell > >> c...@apache.org > >> > > Craig L Russell > c...@apache.org >
