Summary: | URL hyperlinks damaged when clicked in rapid sequence in a table | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Joop Lanting <J.F.Lanting> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | major | ||
Priority: | high | CC: | gautier.sophie, iplaw67, jbfaure |
Version: | 4.0.1.2 release | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Mac OS X (All) | ||
See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=74236 | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
Writer document
Screenshot showing the damage done. |
Description
Joop Lanting
2014-01-16 17:58:49 UTC
Can you please provide a test document so this can be tested against and subsequently be confirmed. If your document contains sensitive data, please clear that or replace it with random information. Setting to NEEDINFO until more detail is provided. After providing the requested info, please reset this bug to UNCONFIRMED. Thanks :) Created attachment 92286 [details]
Writer document
Hello,
attached is the first document in which I encountered the problem.
I stripped it as far as I could.
The problem shows when you click somewhere in the document to bring it to front,
then click all the URL's up or down in sequence.
The standard web browser will show up (Safari) and all URL's will give rise
to a tabbed web page.
When you're finished you'll see that one or more URL's have vanished or even moved.
The problem does NOT show when you click in the empty space of the document between any 2 URL clicks.
The problem does NOT happen on MSWindowsXP.
Further info: iMAC-27 (2013)/ 32Gb memory, Mavericks,
APPLE JAVA 1.6.0-65 (latest) and ORACLE JAVA 7u51.
LibO 4.1.4.2 UK version.
;JOOP!
I installed 4.1.5.3 (LibreOffice_4.1.5_MacOS_x86.dmg) Same problem. ;JOOP! I installed 4.2.0.1 (LibreOffice_4.2.0_MacOS_x86-64.dmg) Same story. Just got 4.2.1.1 (LibreOffice_4.2.1_MacOS_x86-64.dmg) Again .... ;JOOP! Foss, do you need more info? ;JOOP! At first sight, it looks like this bug has been cured in 4.2.2 Unfortunately I can only test it on WindowsXP as the language pack for 4.2.2 OSX is not visible on the download site, so I have to delay upgrade. ;JOOP! Well, on second sight the bug is now: clicking some URL's in the same document intermittently works as cut and paste spoiling your whole document. This is true for 4.2.2 on XP, W7 and OSX Mavericks. Anyone for tennis? ;JOOP! And yes, 4.2.3 has the same bug. Could you please confirm? ;JOOP! Not reproducible for me with LibreOffice 4.2.5.0.0+ under Linux / Ubuntu 14.04 x86-64 Please reinitialize your LibreOffice user profile and try again. https://wiki.documentfoundation.org/Faq/General/110 Best regards. JBF Thanks JB, but what happened to Foss? Did you use the document I gave him/her? Btw.: could my user profile go corrupt on 4 different systems at the same time? (WindowsXP, Windows7 laptop, iMac, MacBook). I'll come back to you. ;JOOP! You are working with 4.2.5??? I can't get any newer version than 4.2.3 Well I did as you instructed on my main system, an iMac/Mavericks with 4.2.3. To no use: a brand new profile has the same problem. I'll specify the problem again: I enabled direct URL clicking in Options/Security/Options because I have some documents with lots of URL's to websites etc. When I click a few URL's in sequence, while the browser collects those links suddenly it appears that LO MOVES these URL's from where I clicked them to the next place where I click. NB>: all these URL's appear in a table. So may be the bug is related: URL-Table-clicks. Every time I have to reopen my document in order not to lose info. This bug has appeared to me for all releases from 4.1.4 Please remember that 4.2.3 on Windows had serious problems with table lines. Thanks for reading. ;JOOP! Not reproducible for me with LibO 4.1.6 (generic Linux version) two days ago. Additionally, you can try the first RC for version 4.2.4 : https://www.libreoffice.org/download/pre-releases/ Best regards. JBF For your information: I found that over time there were differences between LO releases for different platforms. Example: Bug 77579 appeared in 4.2.3 for MSWindows XP and 7, but NOT in 4.2.3 for OSX Mavericks. Most likely that bug 73709 does not appear in LINUX releases. This might seem strange, but we know that the underlying software is different for different OS's. Unfortunately I don't have any UNIX or LINUX system left so I can't check anything. As I'm retired I don't have a company behind me too. Could you pass this bug to someone with OSX? Thanks. ;JOOP! JBF, I installed the 4.2.4RC1 on Mavericks (64 bits) and on Windows XP (32). The XP version seems to have been cured from the problem, the Mavericks version looks even WORSE: it damages my documents directly. As iMac is my future direction, you'll understand my priorities. Please help. ;JOOP! Some more info: I don't have to click URL's in sequence now, I just have to click an URL and then another cell, and LO performs a cut+paste automatically. ;JOOP! Hello, I installed the now released 4.2.4, both on OSX and XP. XP works fine. On OSX the problem is worse than ever. How can this bug exist only on OSX when it does not exist on XP and (reportedly) not on LINUX. In general, why installs LO quite different on OSX: there is no choice between express install and custom install. From the above, one might conclude that the OSX version and the rest are two different programs. Is that true? ;JOOP! Hi, I just verified that the 32-bit version of 4.2.4 has the same bug as the 64-bit version. So, the matter is a bug in the OSX release; is that a Cocoa problem? Please respond. ;JOOP! I don't understand the bug description. You write "clicking one URL starts the browser". Clicking a URL in LO does nothing except move your cursor to that position. The browser will only open if you cmd + left click a URL. I tried clicking furiously at the URL in your test file and was unable to reproduce any problem with that. Also tried clicking even more furiously cmd + left click and all URL opened in my browser as expected with LO 4.2.4.2. Please either provide very detailed repro steps or a screencast incl. a description of what keys / mouse buttons exactly you press in which order, so we can try reproducing the issue. So far I was unable to do that. After providing that info, please set the bug back to UNCONFIRMED. Created attachment 98839 [details] Screenshot showing the damage done. Hi, >>> Clicking a URL in LO does nothing except move your cursor to that position. Obviously you did not unmark the checkbox: Preferences > Security > Options > [ ] Ctrl-click required to follow hyperlinks But even then the bug shows (ONLY on Mavericks!), refer to the new attachment: clicking the hyperlinks in sequence moved some to the lower cells. To avoid misunderstandings, I run OSX 10.9.2 on an iMac with 32Gb memory and all thinkable updates installed. Again, 4.2.4 on both WindowsXP and Windows7 don't show this bug (any more). ;JOOP! Changed status. ;JOOP! Hello, I just installed (and uninstalled) the "LibreOfficeDev_4.3.0.0.beta1_MacOS_x86-64.dmg" only to find out that the bug is still there. While this bug is only present on OSX (Mavericks, fully updated), I found a (kludgy) workaround: Every time you click an URL (to start a new web page), first click the title bar of the Writer window, before you click another URL. Smells of MSWindow solutions ..... Any reaction? ;JOOP! I just installed the released 4.3.0.4 LibO for OSX. The problem still exists. I wonder why, after half a year, any reaction came from people who did not test the bug on the proper platform. Is there some resistance within The Document Foundation against Apple? I can't believe that. ;JOOP! Hi Joop, it's not a question of resistance but whether volunteers working on QA own a MAC, very few of us in fact (and I don't). Sophie Well, as you release on Mac you can expect Mac users to install it, don't you. All I ask is that someone takes the time to confirm the problem. I'll be patient till it has been fixed. ;JOOP! Hi, thanks for your patience, may be you can try to bring Mac users around you to test and confirm the issue? we are all volunteers here so they are very welcomed :) Sophie I'd love to do that, but I'm nearly 67 and I don't know any Mac users who can program. All friends that remained are some old co-workers who 'must' be devoted to MicroSoft to keep their job. Instead I tell all my relations what a wonderful product LibO is. Of course I am silent about bugs. ;JOOP! I noticed something very strange on OSX since 4.3.0: when I click a URL in a table most of the time the cursor changes from the "North West" arrow to a small vertical arrow. I never saw that happen on Windows. Is that cursor a standard cursor or is it embedded into Eclipse? ;JOOP! Does 'foss' still work for you and does he have some Mac somewhere? ;JOOP! Please do not set status to NEW for your own bug report. Each bug report must be independently confirmed. Best regards. JBF If you have the time to correct me, you will have time to get this bug confirmed as well. Why do you release OSX versions when no one can confirm bugs on OSX. I do my best to promote LibO among my relations, but this is contra productive. ;JOOP! 4.3.1 .... and the bug is still there, ruining my documents. ;JOOP! Please, do not change the version number, it shows the first version in which the bug has been seen, not the most recent. Best regards. JBF Thanks for your information. I dug in my archive and could go back to 4.0.1.2 And the bug is already there. I wish I could test some 3.* releases as well. ;JOOP! ............ and 4.3.2.2 still has the bug and destroys my documents. Thanks. ;JOOP! (In reply to Joop Lanting from comment #27) > I noticed something very strange on OSX since 4.3.0: > when I click a URL in a table most of the time the cursor changes > from the "North West" arrow to a small vertical arrow. > I never saw that happen on Windows. > Is that cursor a standard cursor or is it embedded into Eclipse? No, it is the column selection cursor. I too have noticed this displaying at unpredictable moments, but usually it just freezes LO for me momentarily, and the reverts to correct cursor. Confirming, I can reproduce the problem. For some reason, LO interprets rapid successive clicks as a Move instruction (equivalent to DnD) and moves the content to the next cell clicked. This is possibly indicative of poor event timimg between releasing the fire URL open event and freeing up the cursor, which ends up in LO thinking that a double-click and move object event is fired (wrongly, as it turns out). @Joop : just click more slowly on the links, whilst waiting to see if this can be fixed, it is definitely a poor performance problem. I iested on Version: 4.4.0.0.alpha0+ Build ID: 9bcd96a36e323a1c70eeefa81f2c8ea595f59444 I would be inclined to change the title on this Also reproducible in Version: 4.1.4.2 Build ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72 Hmm, it requires the user to be particularly slow when clicking the links to avoid triggering the bug I take that last comment back, it just happens at random (or seemingly) no matter how long one waits - problem with interpreting focus of mouse pointer and associated event action that needs to be fired, this is quite bad. To Alex: 1) thanks, finally who confirmed the bug. 2) NO the column selector arrow points down, this one points UP. 3) you found out: slow clicking is not a solution; the only (temporary) solution is to click the top bar every time (crazy solution). 4) even worse: it even happens without a TABLE around. I wish you luck finding out why this does NOT happen on WindowsXP and Windows7. ;JOOP! New fact: on my iMac (2013, 32Gb), I noticed "dead" start times for documents of 2-4 pages: for normal documents: 2 seconds for documents with URL's in a table: 11 seconds on average! Is that an indication of a faulty release? ;JOOP! Just installed 4.3.3 : same old song. Why does LibO let Mac users down? Why is the status of this bug after 10 months still NEW ? ;JOOP! 4.3.4 ....... stil that bug. ;JOOP! Happy new year. My wishes? Please investigate that (confirmed!) bug, which still exists in 4.3.5.2 ;JOOP! |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.