You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
we don't have good visibility in our apps when the dapper wallet pop up is blocked by the browser (let alone a way to seamlessly recover). although, we can sorta loosely infer it from some downstream errors we collect.
seems trivial to know when a pop up is blocked -- but, generally, we don't have a reference to the dapper wallet pop up in our apps. by default its only FCL that can "know" if a pop up was successfully opened or blocked by the browser.
// for example
openPopUpWithCheck = () => {
const newWindow = window.open('https://example.com', '_blank');
if (!newWindow) {
alert('Pop-up blocked by the browser.');
}
};
is this something FCL could/should provide some visibility on?
otherwise - i can do a workaround in our apps.
for context, in a couple places we've manually opened a pop up called "FCL_POP"
then when we have the transactions arguments ready,
we kick off the transaction,
and then fcl takes over the pop up we previously opened
this would give us a reference to the pop up, so we can know if it was successfully opened or blocked by the browser -- just probably not solving the problem in the right place (consumer vs library)
Suggest A Solution
suggestion:
Throw a specific error type/code whenever this happens. We could pick this up and handle it.
What are you currently working on that this is blocking?
This affects all workflows in which we use Dapper wallet - or any wallet that relies on pop up functionality.
The text was updated successfully, but these errors were encountered:
Hey @austinsamsel thank you for raising this issue! We're going to take a look at possible solutions and post and update here when we have a follow-up or an implementation.
Issue to be solved
we don't have good visibility in our apps when the dapper wallet pop up is blocked by the browser (let alone a way to seamlessly recover). although, we can sorta loosely infer it from some downstream errors we collect.
seems trivial to know when a pop up is blocked -- but, generally, we don't have a reference to the dapper wallet pop up in our apps. by default its only FCL that can "know" if a pop up was successfully opened or blocked by the browser.
is this something FCL could/should provide some visibility on?
otherwise - i can do a workaround in our apps.
for context, in a couple places we've manually opened a pop up called "FCL_POP"
this would give us a reference to the pop up, so we can know if it was successfully opened or blocked by the browser -- just probably not solving the problem in the right place (consumer vs library)
Suggest A Solution
suggestion:
What are you currently working on that this is blocking?
This affects all workflows in which we use Dapper wallet - or any wallet that relies on pop up functionality.
The text was updated successfully, but these errors were encountered: