Perhaps it’s time to attempt removing the Start New Session button
again, or replacing it with a link? Both are good ideas. Both would have
saved the 10 or so Panorama groups, each with lots of tabs, that I have
now lost, apparently irreversibly.
("Back" no longer has any effect on any of the tabs
*** Bug 419083 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/519928
Title:
Firefox incorrectly renders table borders when zooming
To manage notificat
Are there any known work-arounds? Zooming is more common than ever,
especially now that high(ish)-DPI monitors are finally entering the PC
market. Even IE11 does this correctly.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://b
Indeed. Unfortunately Bugzilla does not allow one to merge the
votes/dupes, among a thousand other things it doesn't allow, so we'll
only get to keep half.
I'm not sure which half to keep, so I'll leave it to someone else to
dupe one of the two.
--
You received this bug notification because you
Adobe has an entry for this:
https://bugbase.adobe.com/index.cfm?event=bug&id=2944796
They have asked people to vote on it and describe how it impacts
everyone. Please do express your frustrations over there, since they are
specifically after this. It appears this helps them prioritise work on
the
WHERE THIS BUG STANDS AS OF TODAY
There is a technical side to this issue: Firefox is technically UNABLE
TO FILTER THE KEYS: confirmed in comment #3, comment #27, comment #181,
comment #185, comment #627 (an explanation rather than a confirmation).
The hundreds of comments asking Firefox to "just"
The recent issue is actually a regression in Flash 11.3. Would be good
to see Firefox mitigate this, but in the meantime, you can disable
Flash's protected mode and the clicking will work again.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
The patch doesn't work for me on Windows. PluginWndProc does not receive
any events when the plugin is focused and keys are pressed.
Additionally, PostMessage WM_KILLFOCUS doesn't have any effect even when
it does get executed. I believe the former issue has been hinted at in
the early comments on
(In reply to comment #447)
> 1. Get the HWND of the parent
> 2. Send a message WM_SETFOCUS to that HWND after having sent WM_KILLFOCUS
> to the plugin
No change. I've also tried:
HWND parent = GetParent(hWnd);
if (parent)
SetFocus(parent);
and
HW
(In reply to comment #454)
> > if(browserWindow.document.commandDispatcher.focusedElement)
> > browserWindow.document.commandDispatcher.focusedElement.blur()
> Great! :)
I don't know how to do the equivalent in C++ :)
> Roman, can you please test with a Windows patch that does not Set
10 matches
Mail list logo
