1. Open Writer (or Impress) 2. Insert > Picture 3. Into the "Name" field paste the following remote SVG picture: https://latex.codecogs.com/svg.latex?%5Clarge%20%28%5Ctheta%5E%7B%28j%29%7D%29%5ETx%5E%7B%28i%29%7D%20+%20%5Cmu_i 4. Click Open LibreOffice states that the HTTPS protocol is not supported, although it nicely inserts the picture. OS: openSUSE Leap 42.1 x64, KDE 5
Unconfirmed with v5.1.4.2 under windows 7 x64. Unconfirmed with v5.2.0.2 under ubuntu 16.04 x64. No problems inserting the picture. Opensuse only ?
I think this is more related to the KDE file open dialog.
What happens when you switch to libreoffice dialogs in: options > libreoffice > general ?
Thank you for the tip; I've forgotten about that option. With the LibreOffice dialogs it works without an error message.
Yeah, I guess it's KDE. With GTK3, you can't even paste the link anywhere.. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha0+ Build ID: 046244bcfe1c5c1cd2325fe74b933c05e43cf190 CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on July 7th 2016
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The behavior of LibreOffice depends on the VCL being used: With: Version: 6.2.0.2 Build ID: 2ce5217b30a543f7666022df50f0562f82be0cff CPU threads: 2; OS: Linux 4.20; UI render: default; VCL: kde4; Locale: el-GR (en_US.UTF-8); UI-Language: en-US Calc: threaded Response: The protocol https is not supported (The image is inserted, nevertheless.) With: Version: 6.2.0.2 Build ID: 2ce5217b30a543f7666022df50f0562f82be0cff CPU threads: 2; OS: Linux 4.20; UI render: default; VCL: kde5; Locale: el-GR (en_US.UTF-8); UI-Language: en-US Calc: threaded The image is inserted without problem. With: Version: 6.2.0.2 Build ID: 2ce5217b30a543f7666022df50f0562f82be0cff CPU threads: 2; OS: Linux 4.20; UI render: default; VCL: gtk2; Locale: el-GR (en_US.UTF-8); UI-Language: en-US Calc: threaded Response: Unknown image format (The image is not inserted.) With: Version: 6.2.0.2 Build ID: 2ce5217b30a543f7666022df50f0562f82be0cff CPU threads: 2; OS: Linux 4.20; UI render: default; VCL: gtk3; Locale: el-GR (en_US.UTF-8); UI-Language: en-US Calc: threaded Response: Unknown image format (The image is not inserted.) With: Version: 6.2.0.2 Build ID: 2ce5217b30a543f7666022df50f0562f82be0cff CPU threads: 2; OS: Linux 4.20; UI render: default; VCL: x11; Locale: el-GR (en_US.UTF-8); UI-Language: en-US Calc: threaded The image is inserted without problem. To summarize: kde5 and x11 work, kde4 works, but produces a spurious error message, and gtk and gtk3 understand the protocol but fail to read SVG files. (Other formats, e.g., https://www.libreoffice.org/themes/libreofficenew/img/logo.png , seem to work.)
If I download the SVG file locally, I can insert it without problem using the gtk and gtk3 VCLs, so it looks like the "Unknown image format" error message may be incorrect.
Dear szotsaki, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The situation has changed slightly from what I reported in comment #7. First of all, the KDE 4 and GTK 2 VCLs are no longer with us, at least in OpenSUSE Tumbleweed. I tested this with both the URL in the bug description, which has various parameters, and with a plain SVG URL (https://www.kathimerini.gr/wp-content/themes/nxtheme/images/logo.svg). In some cases the situation has improved with the latter URL, but in other cases it is still there or has become worse. Here are the results: With: Version: 7.0.3.1 Build ID: 00(Build:1) CPU threads: 2; OS: Linux 5.10; UI render: default; VCL: kf5 Locale: el-GR (en_US.UTF-8); UI: en-US Calc: threaded Plain SVG URL is inserted without a problem. URL in bug description: Unknown image format. The image is NOT inserted, and the file name is changed to "svg.latex" in the file dialog before opening. With: Version: 7.0.3.1 Build ID: 00(Build:1) CPU threads: 2; OS: Linux 5.10; UI render: default; VCL: x11 Locale: el-GR (en_US.UTF-8); UI: en-US Calc: threaded The images from both URLs are inserted without a problem. With: Version: 7.0.3.1 Build ID: 00(Build:1) CPU threads: 2; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: el-GR (en_US.UTF-8); UI: en-US Calc: threaded Plain SVG URL is inserted without a problem. URL in bug description: Cannot create a file under https://latex.codecogs.com/ as it is not a folder You need to choose a valid filename. The image is NOT inserted.
Why would this be LO bug? What exactly is this about, GTK3, KF5? Similar to bug 143693, GTK3 doesn't allow for Fileopen of Http file. I consider that NotOurBug,P lease explain why it would be LO bug.
(In reply to Timur from comment #11) > Why would this be LO bug? What exactly is this about, GTK3, KF5? > Similar to bug 143693, GTK3 doesn't allow for Fileopen of Http file. > I consider that NotOurBug,P lease explain why it would be LO bug. The bug is about LibreOffice not always inserting the image pointed to by a URL, depending on how the URL was entered. From a user's point of view it is most definitely a LO bug. From a developer's point of view, it might be a LO bug or it might be a bug/limitation in some of the file dialogs supported. Someone should check and, if it is the former, fix it. If it is the latter, then it is not a LO bug, but perhaps it should be reported to the appropriate team. Doing the tests once more with LO 7.3.3.2, I see that the problem now only exists with the gtk3 VCL. If this is, as you mention, by design, and given that even specifying a file path by hand is something the gtk3 developers discourage, requiring the user to hit ^L to make the relevant text box appear, we might as well close the bug.
I close as NotOutBug. I consider this GTK3 problem, if system dialog is used. Ctrl+L doesn't allow for link, just folder. Probably this is for https://gitlab.gnome.org. No problem for File-Open with HTTP link if LO dialog is used (Options-General) If someone has a different explanation, please write.
While this is "not our bug" for the gtk3 VCL (and even there, a more meaningful error message would be desirable), I'm sure that something was fixed in the kf5 VCL some time between LO 7.0.3 and 7.3.3, as in 7.0.3 only some URLs would be loaded, while in 7.3.3 all URLs are loaded fine. Thus, I would suggest closing the bug as "fixed", instead of "not our bug", perhaps with a note that the problem only remains with the gtk3 VCL, where this behavior is by design.