Copy in textarea of addon options.html not working
Categories
(Thunderbird :: Add-Ons: Extensions API, defect)
Tracking
(Not tracked)
People
(Reporter: k-l-p, Unassigned)
Details
Attachments
(1 file, 1 obsolete file)
691 bytes,
application/x-zip-compressed
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0
Steps to reproduce:
In my options.html I have a
<textarea id="eingabefeld" autofocus="autofocus"></textarea>
in order to get a user input.
It is formatted using CSS:
<style type="text/css">
textarea {
width: 50em;
height: 15em;
border: 1px solid black;
padding: 0.5em;
font-family: Verdana, sans-serif;
background: #FFC;
</style>
When I open the page in Firefox, everything regarding the textarea is working fine.
When I load my extension into Thunderbird (as temporary Add-on) and open the Options, everything is working fine also, but with one exception: It is not possible to copy marked text.
Actual results:
With Ctrl+C or context menu "Copy" the clipboard is emptied!
Ctrl+X works, but with context menu "Cut" the clipboard is emptied!
Paste via Ctrl+V or with context menu "Paste" is working fine.
Expected results:
With Ctrl+C or context menu "Copy" the clipboard should be filled with the selected text.
With context menu "Cut" the clipboard should be filled with the selected text.
Updated•4 years ago
|
Comment 1•3 years ago
|
||
It looks like this is fixed in TB78.11 (do not know when exactly) and also in Daily.
C-E, could you confirm this is now working for you?
No, in 78.11.0 it is not working.
Behaviour still as written in description.
Comment 3•3 years ago
•
|
||
I cannot reproduce that with the attached add-on. Tested on
- Windows with 78.11.0 (32-bit)
- Windows with 90.0b1 (32-bit)
- Linux/Ubuntu with 90.0b1 (64-bit)
- Linux/Ubuntu with 78.8.1 (64-bit)
On all of these I found
With Ctrl+C or context menu "Copy" the clipboard is emptied!
Ctrl+X works, but with context menu "Cut" the clipboard is emptied!
to be not true, it works as expected. The only thing I see is that menu "cut" does not remove it from the textbox (but places it into the clipboard, so menu "cut" = menu "copy"), but that is a different bug.
Could you retry with a fresh profile?
STR:
- Install attached add-on
- Open its options
- Play with Copy/Paste in the textbox.
The Add-on you have attached has no options page!?
What happens if you test the issue using my Add-on "StandardTexter"?
Comment 5•3 years ago
|
||
Uups, I attached the wrong add-on, fixed now.
I also cannot reproduce the issue with standardtexter.
Your Add-on is working (as you wrote, except the "cut" = "copy").
My Add-on "StandardTexter" is not working, also not after creating a new profile.
(Some time ago I had a user who reported the same problem.)
Comment 7•3 years ago
|
||
So probably something within the options.html which is a bit off.
Can you state your full environment specs? I will try to reproduce with your add-on, maybe I can find what is causing this.
Thunderbird Version: 78.11.0 (32-Bit)
OS: Windows 10 Professional (x64) Build 19042.985
OS Language: "de-DE"
Region: "de-DE"
Account Type: POP
Antivirus-Software: Microsoft Defender Antivirus
Firewall: Windows-Firewall
Comment 9•3 years ago
|
||
Whatever I try, this is not failing for me with StandardTexter 1.0.3
Could you try in a fresh profile without importing any settings? The only thing I can think of is that the actual texts stored in your add-on are causing this, maybe one of your load/save functions is silently blocking the textarea because it has run into an error and did not properly finish its task?
Reporter | ||
Comment 10•3 years ago
|
||
Fresh profile, StandardTexter 1.0.3 installed, no StandardTexter settings present, test text entered into textarea (nothing else, not saved or any other action made before) --> copy-problem present.
Comment 11•3 years ago
|
||
Try to reduce your options page and check if you can reach a point where it does work. For example remove the script tag, so the javascript is not executed, remove tables, divs ... step by step to see if you get to a working stage or maybe find a single line which is the cause for it.
Comment 12•3 years ago
|
||
Any feedback? Going to close this otherwise.
Reporter | ||
Comment 13•3 years ago
|
||
Sorry ... quite busy with other things ...
I did some trials. Removing the script tag did not solve the problem, but in fact, after reducing more parts of my options page the copy problem disappeared. I will have to do more trials to isolate the culprit, but I don't know if I can do that at short term.
Comment 14•3 years ago
|
||
So it is related to some other issue, and this bug is incomplete. Feel free to open a new bug whenever you have more details.
Thanks for your time investigating this.
Description
•