[
https://issues.apache.org/jira/browse/UNOMI-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18137776#comment-18137776
]
Serge Huber commented on UNOMI-1040:
------------------------------------
Also: links opening another tab or window, downloads, # and javascript: links,
and forms submitting to another tab are no longer held back; a click the site
already prevented is not held back; if the event cannot even be sent, the click
or submit goes on at once; with timeoutInMilliseconds -1, a click or submit is
held back at most 1500 ms.
> Tracker: links and forms stop working when Unomi cannot be reached, or when
> tracking is turned off
> --------------------------------------------------------------------------------------------------
>
> Key: UNOMI-1040
> URL: https://issues.apache.org/jira/browse/UNOMI-1040
> Project: Apache Unomi
> Issue Type: Sub-task
> Components: unomi-tracker
> Reporter: Serge Huber
> Assignee: Serge Huber
> Priority: Major
> Fix For: unomi-tracker-1.6.0, unomi-tracker-2.0.0
>
>
> When Unomi cannot be reached as a page loads, or when a site turns tracking
> off (for example when a visitor withdraws consent), links whose clicks are
> sent with sendClickEvent do nothing on the first click, and forms that Unomi
> tracks are never submitted. Visitors cannot use the site normally.
> Cause: in fallback mode, sendClickEvent and the form listener still hold back
> the click or submit, but collectEvents sends nothing and never calls back, so
> the click or submit is never let through.
> Fix: in fallback mode, both leave the click or submit alone. Covered by
> browser tests against each Unomi server.
--
This message was sent by Atlassian Jira
(v10.3.26#10030026)
