Many hyperlinks are disabled.
Use anonymous login to enable hyperlinks.
The primary purpose of this branch is to fix a problem with
The problem is observed on webpages which satisfy all the following conditions:
#fragmentlinks or relative links.
Have more than one segment in their
PATH_INFOor have non-empty
<base>element in their
<head>section that does not account for (2).
It turns out that some important pages are affected by this issue:
/wikiedit (and perhaps other).
/doc pages are not affected unless QUERY_STRING is non-empty
(which makes sense for the TH1-enabled pages).
This issue was discovered earlier under a custom skin and recently became a real obstacle for proper functioning of footnotes within Forum, Tickets and Wiki.
The solution proposed in this branch consists of changing
the value of base href attribute so that it is consistent with the requested URI.
style_set_base_href_suffix() function that may be called by
a page's handler to override value in base href. If a particular handler
does not call
style_set_base_href_suffix() than a regular value
(consistent with the
REQUEST_URI) is emited into a page's header.
Thus the change is applied to almost all pages where it seems practical, with
a noteworthy exception of
/file pages (that are handled in
It was chosen not to reuse
$current_page variable as it may break
deployments of some users.
Administrators of Fossil instances do not need to take special actions
to benefit from this change, unless a custom header that overrides
<base> generation is used. In the later case administrator is
advised to amend their code accordingly, unless the old semi-broken
behavior is desired.
Fix hyperlinks on the /winfo page. These were broken
when a page was accessed through /info/HASH
|21:35||FIXME-comments in the code did not indicate issues and are now rephrased to be mere reminders. ... (Leaf check-in: d253ece0 user: george tags: base-href-fix)|
|02:26||Do not override base href for wiki pages. This needs testing. ... (check-in: 89dd3451 user: george tags: base-href-fix)|
When setting $webpagename pass the value of g.zPath
Do not export g.zRelReqURI to TH1 interpreter because
|17:54||Rename variable g.zUrlSuffix to g.zRelReqURI (Relative Request URI). Provide it to TH1 interpreter as $relrequri. ... (check-in: 05e3fa76 user: george tags: base-href-fix)|
Fix hyperlinks on the /winfo page. These were broken when a page was rendered through /info/HASH of |
Cherry-pick from branch 'cgi-compliance' (and thus back out [5bb921dd0893a548]).
Adapt the computation of g.zUrlSuffix in |
|00:26||Back out [5bb921dd0893a548]. It turns out that REQUEST_URI should have the query string appended. Make other changes to cgi.c to bring it into "compliance". "Compliance" is in quotes because rfc3875 does not define REQUEST_URI. That variable is really just by conveniention. But Apache and Nginx both append the query string, so we should too. ... (check-in: fd1c9b09 user: drh tags: cgi-compliance)|
Add an overlooked call to |
An attepmt to fix the
|13:55||Do not require mouse events for auto-hyperlink if the UserAgent string includes "Android". Describe the Safari visited/unvisited link limitation on the auto-hyperlink setting. ... (check-in: cef15ed3 user: drh tags: trunk)|