Open
Bug 170220
Opened 22 years ago
Updated 2 years ago
Mozilla keeps triggering KDE 2.1.2 Web-URL dialog box
Categories
(Core :: XUL, defect)
Tracking
()
NEW
People
(Reporter: whit, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20020921 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20020921 Frequently while browsing between pages KDE's Web-URL dialog box, which normally opens when a URL has been highlighted in text, comes up asking what to do about a URL which will be one that was accessed some pages behind in Mozilla. So somehow slightly old items in Mozilla's history list are being seen by KDE as if they had been highlighted by the mouse - which of course is not happening at all. This was not occuring in Moz 1.1 and prior, only now that I've installed 1.2b nightly. Reproducible: Always Steps to Reproduce: 1. Visit a dozen URL's. The nuisance becomes increasingly frequent. Actual Results: The damn Web-URL dialog box keeps coming up asking what to do with the URL that Mozilla is causing it to believe I've highlighted somewhere. Expected Results: Mozilla should keep its operations distinct from whatever X buffer stores currently mouse-highlighted text.
Comment 1•22 years ago
|
||
> Mozilla should keep its operations distinct from whatever X buffer stores
> currently mouse-highlighted text.
it seems unlikely that Mozilla is actually doing that. When this happens, try
middle-click pasting. This will test whether the relevant buffer is actually
being touched.
Reporter | ||
Comment 2•22 years ago
|
||
With more experimentation, it's more subtle than I first reported. It indeed involves the X buffer (the URL can be pasted from there as you suggest), but the prior URL is in the buffer because at a prior point I highlighted it in Mozilla's location bar in order to delete it and type a fresh URL (Mozilla might do well to copy Konqueror's button for clearing that space). Why this is still a Mozilla bug is that the KDE Web-URL dialog box is coming up frequently just at the time when I click on a link on a current Webpage or use the Back button in Mozilla - each time displaying the URL that's in the X buffer because of previously having been highlighted when I deleted it. So something in Mozilla's behavior is causing X/KDE to believe that the URL in the buffer has just been freshly highlighted (the only time that dialog box should come up). To recap: If there's a URL in the X buffer, then conducting normal navigation in Mozilla somehow triggers KDE's dialog based on the premise that the URL is freshly highlighted. I've been using the same pattern of behavior in prior Mozilla versions, and this behavior is new in 1.2b.
Comment 3•22 years ago
|
||
I've experienced this myself. Routine web browsing apparently pokes at the X clipboard somehow, triggering the KDE clipboard utility on virtually every page. The KDE clipboard utility can be configured with a set of window IDs to ignore. It comes preconfigured with an entry for mozilla, but depending on your version of kde the entry may be out of date. The workaround is to update the clipboard utility with the window ID that mozilla is currently using, so that the clipboard utility will recognize and ignore mozilla events. I'm going to assign this to XP Toolkits/widgets in case they want to address the clipboard activity which is triggering the utility.
Assignee: asa → jaggernaut
Status: UNCONFIRMED → NEW
Component: Browser-General → XP Toolkit/Widgets
Ever confirmed: true
QA Contact: asa → jrgm
I found the following explanation on the UCLA-LUG mailing list in case anyone is
having trouble finding out how to disable this feature (like I was)...
> The offending application is "Klipper"... a clipboard history utility. You
> can turn off this behavior by right clicking on its icon on the panel (it
> looks like a little clipboard)... and unchecking the box "Actions Enabled".
> There is also a keyboard shortcut to enable/disable this... the default is
> Alt+Ctrl+X, but you can of course change it. Also, if you find yourself
> wanting this action for some applications and not others, you can disable it
> on a per-application basis from the Action tab of the "Preferences" dialog.
Updated•16 years ago
|
Assignee: jag → nobody
Comment 5•15 years ago
|
||
This bug should be closed as it is several years old and neither KDE 2.x or the Mozilla suite are supported anymore. I have not experienced this with the latest KDE, 4.2.1,
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•