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
{{ message }}
This repository has been archived by the owner on Dec 27, 2023. It is now read-only.
I was trying to address this github issue: #289 and ran into a few bugs which I figured would be worth discussing.
During status creation using seamless posting the link preview is confusing because it shows up beneath the message before it is submitted. Especially for new users the link preview that is displayed will be confusing.
After a status is posted the injected privly message iframe is displayed many times and also overlaps with the facebook link preview. This is clearly not what we had in mind. Obviously we could modifying the Facebook DOM directly but that seems like an absolute last resort.
After I initially clicked the lock icon and started typing, the seamless posting area refreshed itself and the first character that I typed shows up in the message that was submitted even though it was not within the green box that was displayed to the user. You don't see the 'T' that is entered, but you can see the cursor move backwards an extra character when I was deleting the start of the message.
After the status is submitted, the seamless posting is still present in the form to enter a new status so another link preview is displayed even though from the users perspective nothing has been entered.
While injection is turned off, the privly-application name and the meta tag description is displayed. Since that is what users without the extension installed will see, we should probably make it more appealing.
This should be multiple issues, but thought this would be a good place to characterize them individually and then create separate issues accordingly.
The text was updated successfully, but these errors were encountered:
There is a brief flash in the green background after initially clicking on the lock icon. You can replicate the issue if you type as soon as the background appears for the first time. If you're fast enough typing you can see it in the first instance, but the text does not get transferred to the second instance.
I was trying to address this github issue: #289 and ran into a few bugs which I figured would be worth discussing.
This should be multiple issues, but thought this would be a good place to characterize them individually and then create separate issues accordingly.
The text was updated successfully, but these errors were encountered: