[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #16 from Colin --- (In reply to Colin from comment #2) > What may be another symptom of the problem is that when identifying the file > to which the URL relates, it used to be that one could simply hover the > mouse over the URL type selector and use the mouse scroll wheel to scroll > between "TEXT" & "BUTTON" as opposed to formally entering the list to select > or interacting with the selector button. 7.5.6.2 was only installed > yeaterday and the "feature" identified itself immediately following > installation. > This may be a symptom of a recent windows 10 update. I've just noticed that other - less frequently used apps - that previously permitted "scroll on hover" now also continue scrolling the whole page instead of the selection box. Is it worth anybody verifiying that I haven't just "lost my marbles" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 Stéphane Guillou (stragu) changed: What|Removed |Added OS|Windows (All) |All Version|7.5.6.2 release |3.3.0 release CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Keywords||preBibisect, regression Blocks||114019 --- Comment #15 from Stéphane Guillou (stragu) --- The only way I can reproduce it on Linux with the gtk3 VCL plugin is by following these steps: 1. Open attachment 189812, scroll down a bit (but keep the "Hand" button in view) 2. Hover over the top of the "Hand" button: it displays only the URL in the tooltip 3. With mousewheel, scroll up _once_ without moving the mouse (the pointer should end up over the chart area) Result: the tooltip changes to "Ctrl-click to open hyperlink: " (and doing that _does_ open the web browser) This does not happen if there is no chart behind, or a shape instead of a chart. Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded However, with the gen VCL plugin, I can reproduce directly without the trick above. Regression as I can't reproduce in OOo 3.3, but already present in libreoffice-3.3.0 (tested with gen VCL plugin in the libreoffice-64-release bibisect repository). Noticing that back in OOo 3.3, the cursor would not change to the hand cursor when hovering above the chart. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=114019 [Bug 114019] [META] Tooltip bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #14 from Colin --- (In reply to Colin from comment #13) > (In reply to m.a.riosv from comment #11) > > (In reply to Buovjaga from comment #9) > > > (In reply to m.a.riosv from comment #7) > > > It shows empty tooltips for second to fourth button. > > They were intentionally "nulled" to avoid unnecessary tooltip intrusions Correction: When a button is first created the link address automatically appears as a "help" popup if the user doesn't provide an alternative. The only way to suppress it was to force a space character in the help attribute. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #13 from Colin --- (In reply to m.a.riosv from comment #11) > (In reply to Buovjaga from comment #9) > > (In reply to m.a.riosv from comment #7) > It shows empty tooltips for second to fourth button. They were intentionally "nulled" to avoid unnecessary tooltip intrusions -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #12 from m.a.riosv --- (In reply to m.a.riosv from comment #11) > > It shows empty tooltips for second to fourth button. Ok my bad, the same behavior as with the chart. Passing the validator to the file for version 1.3 extended: URLError.ods/content.xml[2,77434]: Error: attribute "table:cell-range-address" has a bad value I don't know if it has something to do. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #11 from m.a.riosv --- (In reply to Buovjaga from comment #9) > (In reply to m.a.riosv from comment #7) > ... > How is the issue seen after you delete the chart? I did it and I only see > the tooltip when hovering over the buttons. I wonder what are the > reproduction steps from scratch or with the data. It shows empty tooltips for second to fourth button. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #10 from Colin --- (In reply to Buovjaga from comment #9) > (In reply to m.a.riosv from comment #7) > > How is the issue seen after you delete the chart? I did it and I only see > the tooltip when hovering over the buttons. I wonder what are the > reproduction steps from scratch or with the data. You may have noticed the chart is a stacked bar chart with columns defining the positive or negative effect of the month's movement. could the chart type be significant? I've also noticed that if you left click the chart surface the tooltip becomes a permanent addition to the cursor - following it all around the chart but disappearing when the mouse moves "out of bounds" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #9 from Buovjaga --- (In reply to m.a.riosv from comment #7) > Deleting the chart, doesn't solve the issue for me. > > I think it is something in relation with the forms properties. > Doing a copy of 'Hand' button, and pasting in it the URL of 'Data' button, > it works fine for me. How is the issue seen after you delete the chart? I did it and I only see the tooltip when hovering over the buttons. I wonder what are the reproduction steps from scratch or with the data. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 Colin changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #8 from Colin --- (In reply to m.a.riosv from comment #7) > Deleting the chart, doesn't solve the issue for me. > I have another file with 620 Buttons stacked neatly into "Fit to cell" - "Resize with cell" columns and that works perfectly. As would be expected, the mouse scroll provides a dynamic update as it moves over each button. That sheet has a chart which is in an area that has never seen a button and there's no "interference" from URL legends. Are you observing the same issue with scrolling through the button properties and is it a seperately reportable "feature"? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #7 from m.a.riosv --- Deleting the chart, doesn't solve the issue for me. I think it is something in relation with the forms properties. Doing a copy of 'Hand' button, and pasting in it the URL of 'Data' button, it works fine for me. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #6 from Colin --- Correction: It produces the invalid tip syphoned from the first button wherever the mouse is located over the chart. It doesn't just produce the tip for the button immediately below the mouse. Whilst this is having a limited cosmetic effect it may be symptomatic of a bigger problem - like the "side-effect" of no longer being able to scroll through the panes and then focus the mouse-scroll onto the input box detected purely upon the current location of the mouse. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #5 from Colin --- Created attachment 189812 --> https://bugs.documentfoundation.org/attachment.cgi?id=189812=edit Simple Demo File The Web links will only take you to the public facing logon page that's freely available to everybody on the planet - with a computer and web service that is. Obviously, the "local" links will bomb-out because the tester's local environment will not match mine. All aspects of the "feature" including the inability to scroll through the button editing pane when editing is enabled. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #4 from m.a.riosv --- Please attach a sample file, so someone can test. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #3 from Colin --- (In reply to Colin from comment #2) > What may be another symptom of the problem is that when identifying the file > to which the URL relates, it used to be that one could simply hover the > mouse over the URL type selector and use the mouse scroll wheel to scroll > between "TEXT" & "BUTTON" as opposed to formally entering the list to select > or interacting with the selector button. 7.5.6.2 was only installed > yeaterday and the "feature" identified itself immediately following > installation. > Is this the new "norm"? Further experimentation identifies that all "multi-choice" selections in all parameter settings panes now require physical entry into the selection box rather than just hover and scroll. Once upon a time, pre-7.5.6.2 for me, we could scroll through the multi choice panes with the mouse outside the boundaries of the input boxes and it would scroll from top to bottom of the pane (spiritually linked to the scroll-bar) but then moving to hover over the target parameter would scroll that parameter's values. A good example is the "Properties Push Button" pane for "Control Properties" when in edit mode and right-clicking a push-button. I create multiple push buttons daily so it was a valued feature and it feels like somebody fixed something that was never broken. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #2 from Colin --- What may be another symptom of the problem is that when identifying the file to which the URL relates, it used to be that one could simply hover the mouse over the URL type selector and use the mouse scroll wheel to scroll between "TEXT" & "BUTTON" as opposed to formally entering the list to select or interacting with the selector button. 7.5.6.2 was only installed yeaterday and the "feature" identified itself immediately following installation. I do have at least 617 instances prior to this installation where the scroll wheel functioned and the chart background never "syphoned" the text tip onto the screen. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157413] URLlink Button placed on top of a chart presents a URL tip popup when the mouse hovers anywhere over the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=157413 --- Comment #1 from Colin --- Created attachment 189795 --> https://bugs.documentfoundation.org/attachment.cgi?id=189795=edit Composite screen grab showing both states of the mouse hover -- You are receiving this mail because: You are the assignee for the bug.
