I think this is your problem - (Print) Preview on a Mac does not support hyperlinks. See this post. Here's the suggestion, instead of saving a print preview (from within Preview), rename the original Thesis.pdf to Myname_mysurname.pdf and then recompile Thesis.tex.
This is most likely a viewer issue: Compiling your MWE with pdfLaTeX, this is the link position of the bookmark VAA I get in the resulting PDF file:
% 10 0 obj
<<
/D [18 0 R /XYZ 28.346 272.126 null]
>>
Converting the coordinates 28.346 272.126 given in PostScript points to centimetres yields a position of (1cm, 9.6cm) relative to the lower left corner of the paper, which is exactly 1cm to the right of the upper left corner (as the default beamer papersize is 12.8cm x 9.6cm). This shift is due to the page margins set by the document class.
So the bookmark should take you a little bit more to the right at most, but not lower than expected as you describe.
Anyway, if this really bugs you, you can try replacing the destination of the bookmark with a direct reference to the page anchor, which should take you exactly to the upper left corner. This can be done by patching the internal commands producing the bookmarks:
\documentclass[xcolor=dvipsnames]{beamer}
\usepackage{etoolbox}
\makeatletter
\patchcmd{\beamer@part}{Outline\the\c@part}{page.\the\c@page}{}{}
\patchcmd{\beamer@section}{Outline\the\c@part.\the\c@section}{page.\the\c@page}{}{}
\patchcmd{\beamer@subsection}{Outline\the\c@part.\the\c@section.\the\c@subsection.\the\c@page}{page.\the\c@page}{}{}
\patchcmd{\beamer@subsubsection}{Outline\the\c@part.\the\c@section.\the\c@subsection.\the\c@subsubsection.\the\c@page}{page.\the\c@page}{}{}
\makeatother
\title[]{MWE}
\begin{document}
\section{VAA}
\begin{frame}
\titlepage
\end{frame}
\section{John Doe}
\begin{frame}[t]{Slide 1}
\end{frame}
\begin{frame}[t]{Slide 1}
\end{frame}
\begin{frame}[t]{Slide 1}
\end{frame}
\end{document}
I don't know if it's worth the effort, however - after all, presentations are normally given in full screen mode where bookmarks are often not available. Furthermore, beamer itself offers excellent navigation features like hyperlinked headlines, which are much more elegant in use than most viewer's built-in functions.
Best Answer
I think the problem is that Zathura sandboxes the process, which disable the feature to create a sandbox (and browsers need that feature).
To fix the issue (as far as I know) there are 2 ways
Disable Zathura's sandbox. Add this
in zathurarc file (usually in
~/.config/zathura/zathurarc). Seeman zathurarcfor possible options.Note that setting the option by typing
set sandbox nonein Zathura's command line may not work.Disable browser's sandbox.
Zathura uses xdg-open to open the URL. So you would need to modify xdg-open's settings.
A simple way to test executing commands in Zathura is
exec firefox(or similar).For Firefox use
Source: https://wiki.mozilla.org/Sandbox
Related: if you use Chrome instead, it will raise the error
In that case
works. (source: https://superuser.com/questions/971922/google-chrome-on-a-fresh-centos-7-1-not-starting-up)