[Desktop-packages] [Bug 1885159] Re: Firefox 78.0 RC hangs at startup on Ubuntu 16.04
Confirming the fix actually works. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1885159 Title: Firefox 78.0 RC hangs at startup on Ubuntu 16.04 Status in firefox package in Ubuntu: Fix Committed Bug description: After latest FF beta update - Firefox doesn't start (also there is no crash). In system monitor Firefox process is visible, but still app doesn't appear.Starting in safe mode doesn't help. Previous version: 77.0.1+build1-0ubuntu0.16.04.1 Updated version: 78.0+build1-0ubuntu0.16.04.2 Ubuntu version: Ubuntu 16.04.6 LTS Apport bug report attached. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1885159/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1850529] Re: Crash after update to 71.0~b5+build1-0ubuntu0.16.04.1
Thank you Olivier for your effort and the information you provided me as well. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1850529 Title: Crash after update to 71.0~b5+build1-0ubuntu0.16.04.1 Status in Mozilla Firefox: Confirmed Status in firefox package in Ubuntu: Fix Released Bug description: After update from: 70.0+build2-0ubuntu0.16.04.1 to 71.0~b5+build1-0ubuntu0.16.04.1 app is not starting. I got constantly message that I can Refresh Firefox (crash) or Start in safe mode (also crash). Tech details: Description: Ubuntu 16.04.6 LTS Release: 16.04 package name: 71.0~b5+build1-0ubuntu0.16.04.1 Crash log details: AdapterDeviceID: 0x1616 AdapterDriverVendor: mesa/i965 AdapterDriverVersion: 18.0.5.0 AdapterVendorID: 0x8086 BuildID: 20191028161640 ContentSandboxCapabilities: 119 ContentSandboxCapable: 1 ContentSandboxLevel: 4 CrashTime: 1572373123 DOMIPCEnabled: 1 FramePoisonBase: 9223372036600930304 FramePoisonSize: 4096 InstallTime: 1572364967 IsWayland: 0 IsWaylandDRM: 0 MozCrashReason: MOZ_RELEASE_ASSERT(len.isValid()) (Substring tuple length is invalid) Notes: Ubuntu 16.04.6 LTSFP(D00-L1000-W-T000) WR? WR- OMTP? OMTP- ProductID: {ec8030f7-c20a-464f-9b0e-13a3a9e97384} ProductName: Firefox ReleaseChannel: beta SafeMode: 1 SecondsSinceLastCrash: 816 StartupCrash: 0 StartupTime: 1572373025 TelemetryEnvironment: {"build":{"applicationId":"{ec8030f7-c20a-464f-9b0e-13a3a9e97384}","applicationName":"Firefox","architecture":"x86-64","buildId":"20191028161640","version":"71.0","vendor":"Mozilla","displayVersion":"71.0b5","platformVersion":"71.0","xpcomAbi":"x86_64-gcc3","updaterAvailable":false},"partner":{"distributionId":null,"distributionVersion":null,"partnerId":null,"distributor":null,"distributorChannel":null,"partnerNames":[]},"system":{"memoryMB":15965,"virtualMaxMB":null,"cpu":{"count":4,"cores":2,"vendor":"GenuineIntel","family":6,"model":61,"stepping":4,"l2cacheKB":256,"l3cacheKB":3072,"speedMHz":2700,"extensions":["hasMMX","hasSSE","hasSSE2","hasSSE3","hasSSSE3","hasSSE4_1","hasSSE4_2","hasAVX","hasAVX2","hasAES"]},"os":{"name":"Linux","version":"4.15.0-66-generic","locale":"en-US"},"hdd":{"profile":{"model":null,"revision":null,"type":null},"binary":{"model":null,"revision":null,"type":null},"system":{"model":null,"revision":null,"type":null}},"gfx":{"D2DEnabled":null,"DWriteEnabled":null,"ContentBackend":"Skia","Headless":false,"adapters":[{"description":"Mesa DRI Intel(R) HD Graphics 5500 (Broadwell GT2) ","vendorID":"0x8086","deviceID":"0x1616","subsysID":null,"RAM":3072,"driver":null,"driverVendor":"mesa/i965","driverVersion":"18.0.5.0","driverDate":null,"GPUActive":true}],"monitors":[{"screenWidth":1366,"screenHeight":768}],"features":{"compositor":"none","gpuProcess":{"status":"blocked"},"wrQualified":{"status":"blocked-release-channel-intel"},"webrender":{"status":"unavailable-in-safe-mode"}}},"appleModelId":null},"settings":{"blocklistEnabled":true,"e10sEnabled":true,"e10sMultiProcesses":8,"telemetryEnabled":true,"locale":"en-US","intl":{},"update":{"channel":"beta","enabled":true,"autoDownload":false},"userPrefs":{"app.shield.optoutstudies.enabled":false,"browser.cache.disk.capacity":1048576,"browser.newtabpage.enabled":false,"browser.shell.checkDefaultBrowser":true,"browser.search.region":"US","browser.search.suggest.enabled":false,"browser.search.widget.inNavBar":false,"browser.startup.homepage":"","browser.startup.page":3,"browser.urlbar.suggest.searches":false,"devtools.chrome.enabled":false,"devtools.debugger.remote-enabled":false,"extensions.blocklist.url":"https://blocklists.settings.services.mozilla.com/v1/blocklist/3/%20/%20/","extensions.formautofill.addresses.enabled":false,"extensions.formautofill.creditCards.enabled":false,"privacy.donottrackheader.enabled":true},"sandbox":{"effectiveContentProcessLevel":4},"addonCompatibilityCheckEnabled":true,"isDefaultBrowser":null},"profile":{}} ThreadIdNameMapping: 7556:"Gecko_IOThread",7557:"JS Watchdog",7558:"JS Helper",7559:"JS Helper",7560:"JS Helper",7561:"JS Helper",7562:"Timer",7563:"Netlink Monitor",7564:"Socket Thread",7568:"Cache2 I/O",7569:"Cookie",7570:"StreamTrans #1",7571:"GMPThread",7572:"Worker Launcher",7573:"SoftwareVsyncThread",7574:"Compositor",7575:"ImgDecoder #1",7576:"ImageIO",7580:"ImageBridgeChild",7581:"IPDL Background",7582:"DOM Worker",7584:"QuotaManager IO",7587:"StyleThread#0",7589:"StyleThread#2",7588:"StyleThread#1",7593:"DOM Worker",7630:"DataStorage",7631:"DNS Resolver #1",7632:"DNS Resolver #2",7633:"StreamTrans #7",7646:"IndexedDB #2",7647:"StreamTrans #8",7648:"StreamTrans #9",7649:"StreamTrans #10", Throttleable: 1 UptimeTS: 98.30915265 Vendor: Mozilla Version: 71.0 useragent_locale: en-US To manage notifications about this bug go to:
[Desktop-packages] [Bug 1802674] Re: libgphoto2 builds lacks a link to the math library in all Ubuntu releases since at least Xenial 16.04
Well, my Launchpad PPA is currently back to fully working. After rebuilding libgphoto2 2.5.16 (the Bionic 18.04 version) I found another missing library link: dh_shlibdeps -ldebian/libgphoto2-6/usr/lib/:debian/libgphoto2-port12/usr/lib/ dpkg-shlibdeps: warning: debian/libgphoto2-6/usr/lib/x86_64-linux-gnu/libgphoto2/2.5.16/konica_qm150.so contains an unresolvable reference to symbol exif_data_new_from_data: it's probably a plugin dpkg-shlibdeps: warning: 1 similar warning has been skipped (use -v to see it) That's the libexif library here missing in the build. I did update anew my debian/rules files in my PPA, since I did a backport of this version for Xenial 16.04. A side note here is that the debian/rules file looks poorly maintained by Debian. They apparently add libraries link by editing the CFLAGS and CXXFLAGS ... Though there is dedicated commands to do so. They missed as well a: include /usr/share/dpkg/buildflags.mk and the fully functional --parallel build with the right parameters. tested with -j12 (processor cores) and working. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libgphoto2 in Ubuntu. https://bugs.launchpad.net/bugs/1802674 Title: libgphoto2 builds lacks a link to the math library in all Ubuntu releases since at least Xenial 16.04 Status in libgphoto2 package in Ubuntu: New Bug description: Background: With all recent versions of GCC on GNU/Linux systems like Ubuntu, when you use the math library, you have to explicitly link to it. I am currently using Xenial 16.04 and did a recompile of source package libgphoto2. Then I got warnings fromdpkg-shlibdeps. make[1]: Entering directory '/home/ubuntu-xenial/user/Downloads/Launchpad/libgphoto2/libgphoto2-2.5.9' dh_shlibdeps -ldebian/libgphoto2-6/usr/lib/:debian/libgphoto2-port12/usr/lib/ dpkg-shlibdeps: warning: debian/libgphoto2-6/usr/lib/x86_64-linux-gnu/libgphoto2/2.5.9/ptp2.so contains an unresolvable reference to symbol sqrt: it's probably a plugin dpkg-shlibdeps: warning: 2 other similar warnings have been skipped (use -v to see them all) dpkg-shlibdeps: warning: debian/libgphoto2-6/usr/lib/x86_64-linux-gnu/libgphoto2/2.5.9/stv0680.so contains an unresolvable reference to symbol pow: it's probably a plugin dpkg-shlibdeps: warning: debian/libgphoto2-6/usr/lib/x86_64-linux-gnu/libgphoto2/2.5.9/sonix.so contains an unresolvable reference to symbol sqrt: it's probably a plugin dpkg-shlibdeps: warning: debian/libgphoto2-6/usr/lib/x86_64-linux-gnu/libgphoto2/2.5.9/jl2005c.so contains an unresolvable reference to symbol sqrt: it's probably a plugin dpkg-shlibdeps: warning: debian/libgphoto2-6/usr/lib/x86_64-linux-gnu/libgphoto2/2.5.9/digigr8.so contains an unresolvable reference to symbol sqrt: it's probably a plugin dpkg-shlibdeps: warning: debian/libgphoto2-6/usr/lib/x86_64-linux-gnu/libgphoto2/2.5.9/mars.so contains an unresolvable reference to symbol sqrt: it's probably a plugin dpkg-shlibdeps: warning: debian/libgphoto2-6/usr/lib/x86_64-linux-gnu/libgphoto2/2.5.9/sierra.so contains an unresolvable reference to symbol roundf: it's probably a plugin make[1]: Leaving directory '/home/ubuntu-xenial/user/Downloads/Launchpad/libgphoto2/libgphoto2-2.5.9' I am quite sure that sqrt is the square root function from the math library. Usually, at least with GCC version newer than ~ 2013 you have to append a -lm to link against the math library. Obviously this isn't the case: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I../libgphoto2_port -I../libgphoto2_port -D_GPHOTO2_INTERNAL_CODE -DLOCALEDIR=\"/usr/share/locale\" -DCAMLIBS=\"/usr/lib/x86_64-linux-gnu/libgphoto2/2.5.9\" -Wdate-time -D_FORTIFY_SOURCE=2 -I/usr/include/libexif -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -Wmissing-declarations -Wmissing-prototypes -c gphoto2-filesys.c -fPIC -DPIC -o .libs/libgphoto2_la-gphoto2-filesys.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I../libgphoto2_port -I../libgphoto2_port -D_GPHOTO2_INTERNAL_CODE -DLOCALEDIR=\"/usr/share/locale\" -DCAMLIBS=\"/usr/lib/x86_64-linux-gnu/libgphoto2/2.5.9\" -Wdate-time -D_FORTIFY_SOURCE=2 -I/usr/include/libexif -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -Wmissing-declarations -Wmissing-prototypes -c gphoto2-filesys.c -fPIE -o libgphoto2_la-gphoto2-filesys.o >/dev/null 2>&1 at the end we should see -c gphoto2-filesys.c -fPIE -lm -o libgphoto2_la-gphoto2-filesys.o >/dev/null 2>&1 I did check in the official Ubuntu repository and you did get the same warnings: dh_shlibdeps -ldebian/libgphoto2-6/usr/lib/:debian/libgphoto2-port12/usr/lib/ dpkg-shlibdeps: warning: debian/libgphoto2-6/usr/lib/x86_64-linux-gnu/libgphoto2/2.5.9/jl2005c.so contains an unresolvable reference to symbol sqrt: it's probably a
[Desktop-packages] [Bug 1587906] WSJ Articles
*** This bug is a duplicate of bug 1521302 *** https://bugs.launchpad.net/bugs/1521302 WSJ Articles ** Attachment added: "Wall Street Journal Articles.txt" https://bugs.launchpad.net/bugs/1587906/+attachment/5149650/+files/Wall%20Street%20Journal%20Articles.txt ** Attachment added: "The Wall Street Journal - Articles.txt" https://bugs.launchpad.net/bugs/1587906/+attachment/5149651/+files/The%20Wall%20Street%20Journal%20-%20Articles.txt -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1587906 Title: GNOME Terminal 3.18.3 Xenial maximized windows does not return to its previous state when un-maximized Status in gnome-terminal package in Ubuntu: Confirmed Bug description: When a GNOME terminal is maximized then it is impossible to return to its initial size (UN-maximized), whatever the circumstances ... I have tried with tabs opened, without tabs, under different themes ... This is again very damaging to an Ubuntu LTS release, and this is the second GNOME 3.18.3 bug I report here in less than a week after installing Xenial 16.04. The previous one being gEdit. Will Ubuntu take care of these bugs ? As the typical answer from the GNOME team is that they have already moved to a newer release, so they won't provide any support on older versions ... The GNOME team appears to be highly unqualified to make stable releases of their software. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: gnome-terminal 3.18.3-1ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-22.40-generic 4.4.8 Uname: Linux 4.4.0-22-generic x86_64 ApportVersion: 2.20.1-0ubuntu2.1 Architecture: amd64 CurrentDesktop: Unity Date: Wed Jun 1 15:44:50 2016 ExecutablePath: /usr/lib/gnome-terminal/gnome-terminal-server InstallationDate: Installed on 2016-05-23 (8 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: gnome-terminal UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1587906/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1587906] Fw: Formulaire de retour (SRR-1823143)
*** This bug is a duplicate of bug 1521302 *** https://bugs.launchpad.net/bugs/1521302 From: Garmin France Sent: Tuesday, June 5, 2018 3:27 PM To: pascal_m...@hotmail.com Subject: Formulaire de retour (SRR-1823143) Cher Client, Veuillez trouver ci-joint votre document concernant votre demande d'intervention SRR-1823143 Merci de bien vouloir vérifier l’adresse mentionnée qui sera utilisée pour le retour du produit (adresse, tel, code accès…) ATTENTION : Seul le produit défectueux doit être retourné au SAV. N’oubliez pas la facture pour la prise sous garantie. Nos conditions générales de SAV sont disponibles sur : http://www.garmin.com/fr/support/reparation/conditions-sav/ Pour toute demande d'informations complementaires, vous pouvez nous contacter à l'adresse mail suivante : sav.fra...@garmin.com ou par téléphone au 01 55 17 81 83 pour les revendeurs ou support.fra...@garmin.com ou par téléphone au 01 55 69 33 99 pour les particuliers Vous pouvez ouvrir le document joint avec Adobe Acrobat V4 ou version ultérieure en téléchargement gratuit sur http://www.adobe.com Cordialement, Garmin France SAS http://www.garmin.com/fr CONFIDENTIALITY NOTICE: This email and any attachments are for the sole use of the intended recipient(s) and contain information that may be Garmin confidential and/or Garmin legally privileged. If you have received this email in error, please notify the sender by reply email and delete the message. Any disclosure, copying, distribution or use of this communication (including attachments) by someone other than the intended recipient is prohibited. Thank you. ** Attachment added: "SRR-1823143.pdf" https://bugs.launchpad.net/bugs/1587906/+attachment/5148942/+files/SRR-1823143.pdf -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1587906 Title: GNOME Terminal 3.18.3 Xenial maximized windows does not return to its previous state when un-maximized Status in gnome-terminal package in Ubuntu: Confirmed Bug description: When a GNOME terminal is maximized then it is impossible to return to its initial size (UN-maximized), whatever the circumstances ... I have tried with tabs opened, without tabs, under different themes ... This is again very damaging to an Ubuntu LTS release, and this is the second GNOME 3.18.3 bug I report here in less than a week after installing Xenial 16.04. The previous one being gEdit. Will Ubuntu take care of these bugs ? As the typical answer from the GNOME team is that they have already moved to a newer release, so they won't provide any support on older versions ... The GNOME team appears to be highly unqualified to make stable releases of their software. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: gnome-terminal 3.18.3-1ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-22.40-generic 4.4.8 Uname: Linux 4.4.0-22-generic x86_64 ApportVersion: 2.20.1-0ubuntu2.1 Architecture: amd64 CurrentDesktop: Unity Date: Wed Jun 1 15:44:50 2016 ExecutablePath: /usr/lib/gnome-terminal/gnome-terminal-server InstallationDate: Installed on 2016-05-23 (8 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: gnome-terminal UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1587906/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1587906] Guide et Comparatif des Balances Connectees
*** This bug is a duplicate of bug 1521302 *** https://bugs.launchpad.net/bugs/1521302 Guide et Comparatif des Balances Connectees ___ https://www.objetconnecte.net/comparatifs/comparatif-balance-connectee/ -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1587906 Title: GNOME Terminal 3.18.3 Xenial maximized windows does not return to its previous state when un-maximized Status in gnome-terminal package in Ubuntu: Confirmed Bug description: When a GNOME terminal is maximized then it is impossible to return to its initial size (UN-maximized), whatever the circumstances ... I have tried with tabs opened, without tabs, under different themes ... This is again very damaging to an Ubuntu LTS release, and this is the second GNOME 3.18.3 bug I report here in less than a week after installing Xenial 16.04. The previous one being gEdit. Will Ubuntu take care of these bugs ? As the typical answer from the GNOME team is that they have already moved to a newer release, so they won't provide any support on older versions ... The GNOME team appears to be highly unqualified to make stable releases of their software. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: gnome-terminal 3.18.3-1ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-22.40-generic 4.4.8 Uname: Linux 4.4.0-22-generic x86_64 ApportVersion: 2.20.1-0ubuntu2.1 Architecture: amd64 CurrentDesktop: Unity Date: Wed Jun 1 15:44:50 2016 ExecutablePath: /usr/lib/gnome-terminal/gnome-terminal-server InstallationDate: Installed on 2016-05-23 (8 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: gnome-terminal UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1587906/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1589150] [NEW] gEdit 3.18.3 in Xenial 16.04 Displays Wrong Outlined Colors of Bash Scripts
Public bug reported: I used Bash Scripts in Trusty 14.04 which I write and edit in gEdit. However when upgrading to Xenial 16.04 a few days ago I had a surprise on the outlined colours displayed by the new gEdit 3.18.3. On a particular instruction the text until the end is displayed in pink as if there should be a Bash error. However there is no error in my Bash script and gEdit 3.10 from Trusty 14.04 displayed it accordingly. I attach the screen-shot of the portion of script which shows that the Bash syntax is not properly checked in gEdit 3.18.3. The problem is the use of a single quote (backslahed to avoid shell interpretation). Obviously there should be no second single quote but gEdit do color the script till the end in pink ... This is quite appalling ... SUBJECT="${SUBJECT//[\'\\]}" Which aim is to remove any single quote from a string. This is the second bug I found in gEdit in less than a week or so, and a further proof of the unprofessional way of the GNOME Team for managing their releases. These 2 bugs are plain regressions from perfectly working capabilities in previous versions. Who will take care of this bug ? ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: gedit 3.18.3-0ubuntu4 ProcVersionSignature: Ubuntu 4.4.0-22.40-generic 4.4.8 Uname: Linux 4.4.0-22-generic x86_64 ApportVersion: 2.20.1-0ubuntu2.1 Architecture: amd64 CurrentDesktop: Unity Date: Sat Jun 4 22:14:49 2016 ExecutablePath: /usr/bin/gedit InstallationDate: Installed on 2016-05-23 (12 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: gedit UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gedit (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug third-party-packages xenial ** Attachment added: "Portion of Bash Script Displaying the gEdit 3.18.3 Colouring Bug" https://bugs.launchpad.net/bugs/1589150/+attachment/4677047/+files/gEdit%203.18.3%20Bash%20Script%20Display%20Bug.png ** Description changed: I used Bash Scripts in Trusty 14.04 which I write and edit in gEdit. However when upgrading to Xenial 16.04 a few days ago I had a surprise on the outlined colours displayed by the new gEdit 3.18.3. On a particular instruction the text until the end is displayed in pink as if there should be a Bash error. However there is no error in my Bash script and gEdit 3.10 from Trusty 14.04 displayed it accordingly. I attach the screen-shot of the portion of script which shows that the Bash syntax is not properly checked in gEdit 3.18.3. The problem is the use of a single quote (backslahed to avoid shell interpretation). Obviously there should be no second single quote but gEdit do color the script till the end in pink ... This is quite appalling ... SUBJECT="${SUBJECT//[\'\\]}" Which aim is to remove any single quote from a string. This is the second bug I found in gEdit in less than a week or so, and a further proof of the unprofessional way of the GNOME Team of managing their releases. - These 2 bugs are plain regression from perfectly working capabilities in - previous versions. + These 2 bugs are plain regressions from perfectly working capabilities + in previous versions. Who will take care of this bug ? ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: gedit 3.18.3-0ubuntu4 ProcVersionSignature: Ubuntu 4.4.0-22.40-generic 4.4.8 Uname: Linux 4.4.0-22-generic x86_64 ApportVersion: 2.20.1-0ubuntu2.1 Architecture: amd64 CurrentDesktop: Unity Date: Sat Jun 4 22:14:49 2016 ExecutablePath: /usr/bin/gedit InstallationDate: Installed on 2016-05-23 (12 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: gedit UpgradeStatus: No upgrade log present (probably fresh install) ** Description changed: I used Bash Scripts in Trusty 14.04 which I write and edit in gEdit. However when upgrading to Xenial 16.04 a few days ago I had a surprise on the outlined colours displayed by the new gEdit 3.18.3. On a particular instruction the text until the end is displayed in pink as if there should be a Bash error. However there is no error in my Bash script and gEdit 3.10 from Trusty 14.04 displayed it accordingly. I attach the screen-shot of the portion of script which shows that the Bash syntax is not properly checked in gEdit 3.18.3. The problem is the use of a single quote (backslahed to avoid shell interpretation). Obviously there should be no second single quote but gEdit do color the script till the end in pink ... This is quite appalling ... SUBJECT="${SUBJECT//[\'\\]}" Which aim is to remove any single quote from a string. This is the second bug I found in gEdit in less than a week or so, and a - further proof of the unprofessional way of the GNOME Team of managing + further proof of the unprofessional way of the GNOME Team
[Desktop-packages] [Bug 1587906] [NEW] GNOME Terminal 3.18.3 Xenial maximized windows does not return to its previous state when un-maximized
Public bug reported: When a GNOME terminal is maximized then it is impossible to return to its initial size (UN-maximized), whatever the circumstances ... I have tried with tabs opened, without tabs, under different themes ... This is again very damaging to an Ubuntu LTS release, and this is the second GNOME 3.18.3 bug I report here in less than a week after installing Xenial 16.04. The previous one being gEdit. Will Ubuntu take care of these bugs ? As the typical answer from the GNOME team is that they have already moved to a newer release, so they won't provide any support on older versions ... The GNOME team appears to be highly unqualified to make stable releases of their software. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: gnome-terminal 3.18.3-1ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-22.40-generic 4.4.8 Uname: Linux 4.4.0-22-generic x86_64 ApportVersion: 2.20.1-0ubuntu2.1 Architecture: amd64 CurrentDesktop: Unity Date: Wed Jun 1 15:44:50 2016 ExecutablePath: /usr/lib/gnome-terminal/gnome-terminal-server InstallationDate: Installed on 2016-05-23 (8 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: gnome-terminal UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gnome-terminal (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug xenial -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1587906 Title: GNOME Terminal 3.18.3 Xenial maximized windows does not return to its previous state when un-maximized Status in gnome-terminal package in Ubuntu: New Bug description: When a GNOME terminal is maximized then it is impossible to return to its initial size (UN-maximized), whatever the circumstances ... I have tried with tabs opened, without tabs, under different themes ... This is again very damaging to an Ubuntu LTS release, and this is the second GNOME 3.18.3 bug I report here in less than a week after installing Xenial 16.04. The previous one being gEdit. Will Ubuntu take care of these bugs ? As the typical answer from the GNOME team is that they have already moved to a newer release, so they won't provide any support on older versions ... The GNOME team appears to be highly unqualified to make stable releases of their software. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: gnome-terminal 3.18.3-1ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-22.40-generic 4.4.8 Uname: Linux 4.4.0-22-generic x86_64 ApportVersion: 2.20.1-0ubuntu2.1 Architecture: amd64 CurrentDesktop: Unity Date: Wed Jun 1 15:44:50 2016 ExecutablePath: /usr/lib/gnome-terminal/gnome-terminal-server InstallationDate: Installed on 2016-05-23 (8 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: gnome-terminal UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1587906/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1587090] [NEW] gEdit 3.18.3 in Xenial 16.04 Print Menu capabilities are broken
Public bug reported: I just upgraded from Trusty 14.04 and had the surprise to see the newer version of gEdit 3.18 with a broken Print Menu. First, previously the print menu was accessible from gEdit window control bar alongside the opened file folders. No more, the print menu is only accessible from the global menu. The window control bar has 3 times the height from the previous version I used (3.10) and with less accessible information, as Open, +, and Save are now on a bar of their own. Why the GNOME guys at each new release feel like they need to re- invent the wheel ? And occasionally broke previously working features ... Then when trying to print some text pages I realized that my pages were printed with excessive margins on all side. That was never the case before either in Trusty or Precise. I later tried to configure the margins ... Well there is no margins configuration available to speak off. But the capability appears on the Paper Size --> Manage Custom Sizes --> Paper Margin ... I should mention here that I previously changed the Default Paper Size from U.S. Letter to A4. Then opening the 'Manage Custom Size' I was expecting the A4 Paper Size listed in the pop-window field Paper Size, but still I got the U.S. Letter paper size ... gEdit will provide a name 'Custom Size 1' as the pop-up open. I changed the margins from 0.25 inch to 0.1 and changed the default name to 'A4 Small Margin' and typing the inches size of A4 instead of the listed inches size for U.S. Letter. However to no avail, as when closing the pop-up window the name reverts back to 'Custom Size 1'. Then using this setting to print a text page wouldn't change anything on the printed margins ... Using the 'Margins from printer' --> in my case KONICA-MINOLTA magicolor 1650 EN (which are set at 0.17 inches) wouldn't change anything either. The default paper size change (from U.S. Letter to A4) is not set until you actually print a page ... And there is no option to change inches to cm ... When the GNOME team will stop breaking previously perfectly working application ? May be when I have time I will provide a scan of before / after update to Xenial 16.04. I consider this a damaging regression. Previously we had from the GNOME team a 'blurry' font bug in gEdit 3.10, however hopefully someone (not part of the GNOME) provided a patch. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: gedit 3.18.3-0ubuntu4 ProcVersionSignature: Ubuntu 4.4.0-22.40-generic 4.4.8 Uname: Linux 4.4.0-22-generic x86_64 ApportVersion: 2.20.1-0ubuntu2.1 Architecture: amd64 CurrentDesktop: Unity Date: Mon May 30 16:12:20 2016 ExecutablePath: /usr/bin/gedit InstallationDate: Installed on 2016-05-23 (6 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: gedit UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gedit (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug xenial -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/1587090 Title: gEdit 3.18.3 in Xenial 16.04 Print Menu capabilities are broken Status in gedit package in Ubuntu: New Bug description: I just upgraded from Trusty 14.04 and had the surprise to see the newer version of gEdit 3.18 with a broken Print Menu. First, previously the print menu was accessible from gEdit window control bar alongside the opened file folders. No more, the print menu is only accessible from the global menu. The window control bar has 3 times the height from the previous version I used (3.10) and with less accessible information, as Open, +, and Save are now on a bar of their own. Why the GNOME guys at each new release feel like they need to re- invent the wheel ? And occasionally broke previously working features ... Then when trying to print some text pages I realized that my pages were printed with excessive margins on all side. That was never the case before either in Trusty or Precise. I later tried to configure the margins ... Well there is no margins configuration available to speak off. But the capability appears on the Paper Size --> Manage Custom Sizes --> Paper Margin ... I should mention here that I previously changed the Default Paper Size from U.S. Letter to A4. Then opening the 'Manage Custom Size' I was expecting the A4 Paper Size listed in the pop-window field Paper Size, but still I got the U.S. Letter paper size ... gEdit will provide a name 'Custom Size 1' as the pop-up open. I changed the margins from 0.25 inch to 0.1 and changed the default name to 'A4 Small Margin' and typing the inches size of A4 instead of the listed inches size for U.S. Letter. However to no avail, as when closing the pop-up window the name reverts back to 'Custom Size 1'. Then using this setting to print a text page wouldn't change anything
[Desktop-packages] [Bug 1411720] [NEW] Nautilus Crash when Displaying /usr/share/pixmaps Thumbnails in Trusty 14.04
Public bug reported: After Upgrading from Precise 12.04 to Trusty 14.04 (Fresh Install + transfer of packages) I can't open my /usr/share/pixmaps folder in Nautilus 3.10. Displaying the thumbnails makes it crashing. Packages : nautilus 1:3.10.1-0ubuntu9.4 Problem type : Crash Title : nautilus crashed with SIGSEGV in FT_Render_Glyph_Internal() Architecture :amd64 CurrentDesktop : Unity That was not the case in Precise 12.04 /usr/share/applications is displayed appropriately. Again, as reported days ago https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1410918 (JPEG 2000 .jp2 .j2k thumbnails crashed Nautilus 3.10), the Marlin File Manager has no problem for displaying these thumbnails. The source of the cause is again GNOME Nautilus 3.10. They seem to do a poor job for displaying thumbnails, although in modern OS(s) this is an essential part of the system and why the Mac OS X is praised by Professional Photographers and others in the multimedia arena. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9.4 ProcVersionSignature: Ubuntu 3.16.0-29.39~14.04.1-generic 3.16.7-ckt2 Uname: Linux 3.16.0-29-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.6 Architecture: amd64 CurrentDesktop: Unity Date: Fri Jan 16 10:33:10 2015 GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'date_accessed', 'owner', 'group', 'permissions', 'mime_type', 'where'] InstallationDate: Installed on 2014-12-19 (27 days ago) InstallationMedia: Ubuntu 14.04.1 LTS Trusty Tahr - Release amd64 (20140722.2) SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug third-party-packages trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1411720 Title: Nautilus Crash when Displaying /usr/share/pixmaps Thumbnails in Trusty 14.04 Status in nautilus package in Ubuntu: New Bug description: After Upgrading from Precise 12.04 to Trusty 14.04 (Fresh Install + transfer of packages) I can't open my /usr/share/pixmaps folder in Nautilus 3.10. Displaying the thumbnails makes it crashing. Packages : nautilus 1:3.10.1-0ubuntu9.4 Problem type : Crash Title : nautilus crashed with SIGSEGV in FT_Render_Glyph_Internal() Architecture :amd64 CurrentDesktop : Unity That was not the case in Precise 12.04 /usr/share/applications is displayed appropriately. Again, as reported days ago https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1410918 (JPEG 2000 .jp2 .j2k thumbnails crashed Nautilus 3.10), the Marlin File Manager has no problem for displaying these thumbnails. The source of the cause is again GNOME Nautilus 3.10. They seem to do a poor job for displaying thumbnails, although in modern OS(s) this is an essential part of the system and why the Mac OS X is praised by Professional Photographers and others in the multimedia arena. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9.4 ProcVersionSignature: Ubuntu 3.16.0-29.39~14.04.1-generic 3.16.7-ckt2 Uname: Linux 3.16.0-29-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.6 Architecture: amd64 CurrentDesktop: Unity Date: Fri Jan 16 10:33:10 2015 GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'date_accessed', 'owner', 'group', 'permissions', 'mime_type', 'where'] InstallationDate: Installed on 2014-12-19 (27 days ago) InstallationMedia: Ubuntu 14.04.1 LTS Trusty Tahr - Release amd64 (20140722.2) SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1411720/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1410918] Re: Nautilus Crash when Displaying JPEG 2000 .jp2 .j2k Thumbnails
** Description changed: There is definitely a problem with Nautilus and only with Nautilus. No need to make jasper shoulder the GNOME responsibility. On Ubuntu Trusty 14.04 LTS I have installed both Marlin and Nautilus / Nemo File Managers. Marlin has no problem previewing JPEG 2000 thumbnails in .j2k and .jp2 format. However Nautilus [3.10] / Nemo (both) are constantly crashing. e.g. nautilus crashed with SIGSEGV in jpc_qmfb_join_colgrp() On the command line running jasper is working fine too (Cevennes2.jpg is coming right from the official website) http://www.openjpeg.org/index.php?menu=samples $ jasper --input Cevennes2.jp2 --output Cevennes2-bis.bmp --output- format bmp When will Nautilus behave appropriately for JPEG 2000 thumnbails ? This is dating back for years ... I have read through the same bug reported Oct. 9, 2009 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/427100 - Here we have Sebastien Bacher (an Ubuntu employee) stating that the - issue lies with the jasper library. + Then 2 other bug reports from 2010 and 2011 + https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/863187 + https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/555238 + + Here we have Sebastien Bacher (seb128) (an Ubuntu employee) stating that + the issue lies with the jasper library. The previous test I made with the Marlin File Manager and the jasper Library proves that it's not the case. As a further example when attaching the .jp2 sample for this bug report, Firefox did open the File Manager (Nautilus / Nemo) to select the image and it displayed the small thumbnail appropriately. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9.4 ProcVersionSignature: Ubuntu 3.16.0-29.39~14.04.1-generic 3.16.7-ckt2 Uname: Linux 3.16.0-29-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.6 Architecture: amd64 CurrentDesktop: Unity Date: Wed Jan 14 13:17:59 2015 GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'date_accessed', 'owner', 'group', 'permissions', 'mime_type', 'where'] InstallationDate: Installed on 2014-12-19 (25 days ago) InstallationMedia: Ubuntu 14.04.1 LTS Trusty Tahr - Release amd64 (20140722.2) SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1410918 Title: Nautilus Crash when Displaying JPEG 2000 .jp2 .j2k Thumbnails Status in nautilus package in Ubuntu: New Bug description: There is definitely a problem with Nautilus and only with Nautilus. No need to make jasper shoulder the GNOME responsibility. On Ubuntu Trusty 14.04 LTS I have installed both Marlin and Nautilus / Nemo File Managers. Marlin has no problem previewing JPEG 2000 thumbnails in .j2k and .jp2 format. However Nautilus [3.10] / Nemo (both) are constantly crashing. e.g. nautilus crashed with SIGSEGV in jpc_qmfb_join_colgrp() On the command line running jasper is working fine too (Cevennes2.jpg is coming right from the official website) http://www.openjpeg.org/index.php?menu=samples $ jasper --input Cevennes2.jp2 --output Cevennes2-bis.bmp --output- format bmp When will Nautilus behave appropriately for JPEG 2000 thumnbails ? This is dating back for years ... I have read through the same bug reported Oct. 9, 2009 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/427100 Then 2 other bug reports from 2010 and 2011 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/863187 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/555238 Here we have Sebastien Bacher (seb128) (an Ubuntu employee) stating that the issue lies with the jasper library. The previous test I made with the Marlin File Manager and the jasper Library proves that it's not the case. As a further example when attaching the .jp2 sample for this bug report, Firefox did open the File Manager (Nautilus / Nemo) to select the image and it displayed the small thumbnail appropriately. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9.4 ProcVersionSignature: Ubuntu 3.16.0-29.39~14.04.1-generic 3.16.7-ckt2 Uname: Linux 3.16.0-29-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.6 Architecture: amd64 CurrentDesktop: Unity Date: Wed Jan 14 13:17:59 2015 GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'date_accessed', 'owner', 'group', 'permissions', 'mime_type', 'where'] InstallationDate: Installed on 2014-12-19 (25 days ago) InstallationMedia: Ubuntu 14.04.1 LTS Trusty Tahr - Release amd64 (20140722.2) SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install)
[Desktop-packages] [Bug 1410918] Re: Nautilus Crash when Displaying JPEG 2000 .jp2 .j2k Thumbnails
** Description changed: There is definitely a problem with Nautilus and only with Nautilus. No need to make jasper shoulder the GNOME responsibility. On Ubuntu Trusty 14.04 LTS I have installed both Marlin and Nautilus / Nemo File Managers. Marlin has no problem previewing JPEG 2000 thumbnails in .j2k and .jp2 - format. + format. [I mean opening a folder with dozens of .j2k and .jp2 images]. However Nautilus [3.10] / Nemo (both) are constantly crashing. e.g. nautilus crashed with SIGSEGV in jpc_qmfb_join_colgrp() On the command line running jasper is working fine too (Cevennes2.jpg is coming right from the official website) http://www.openjpeg.org/index.php?menu=samples $ jasper --input Cevennes2.jp2 --output Cevennes2-bis.bmp --output- format bmp When will Nautilus behave appropriately for JPEG 2000 thumnbails ? This is dating back for years ... I have read through the same bug reported Oct. 9, 2009 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/427100 Then 2 other bug reports from 2010 and 2011 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/863187 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/555238 Here we have Sebastien Bacher (seb128) (an Ubuntu employee) stating that the issue lies with the jasper library. The previous test I made with the Marlin File Manager and the jasper Library proves that it's not the case. As a further example when attaching the .jp2 sample for this bug report, Firefox did open the File Manager (Nautilus / Nemo) to select the image and it displayed the small thumbnail appropriately. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9.4 ProcVersionSignature: Ubuntu 3.16.0-29.39~14.04.1-generic 3.16.7-ckt2 Uname: Linux 3.16.0-29-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.6 Architecture: amd64 CurrentDesktop: Unity Date: Wed Jan 14 13:17:59 2015 GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'date_accessed', 'owner', 'group', 'permissions', 'mime_type', 'where'] InstallationDate: Installed on 2014-12-19 (25 days ago) InstallationMedia: Ubuntu 14.04.1 LTS Trusty Tahr - Release amd64 (20140722.2) SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1410918 Title: Nautilus Crash when Displaying JPEG 2000 .jp2 .j2k Thumbnails Status in nautilus package in Ubuntu: New Bug description: There is definitely a problem with Nautilus and only with Nautilus. No need to make jasper shoulder the GNOME responsibility. On Ubuntu Trusty 14.04 LTS I have installed both Marlin and Nautilus / Nemo File Managers. Marlin has no problem previewing JPEG 2000 thumbnails in .j2k and .jp2 format. [I mean opening a folder with dozens of .j2k and .jp2 images]. However Nautilus [3.10] / Nemo (both) are constantly crashing. e.g. nautilus crashed with SIGSEGV in jpc_qmfb_join_colgrp() On the command line running jasper is working fine too (Cevennes2.jpg is coming right from the official website) http://www.openjpeg.org/index.php?menu=samples $ jasper --input Cevennes2.jp2 --output Cevennes2-bis.bmp --output- format bmp When will Nautilus behave appropriately for JPEG 2000 thumnbails ? This is dating back for years ... I have read through the same bug reported Oct. 9, 2009 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/427100 Then 2 other bug reports from 2010 and 2011 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/863187 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/555238 Here we have Sebastien Bacher (seb128) (an Ubuntu employee) stating that the issue lies with the jasper library. The previous test I made with the Marlin File Manager and the jasper Library proves that it's not the case. As a further example when attaching the .jp2 sample for this bug report, Firefox did open the File Manager (Nautilus / Nemo) to select the image and it displayed the small thumbnail appropriately. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9.4 ProcVersionSignature: Ubuntu 3.16.0-29.39~14.04.1-generic 3.16.7-ckt2 Uname: Linux 3.16.0-29-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.6 Architecture: amd64 CurrentDesktop: Unity Date: Wed Jan 14 13:17:59 2015 GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'date_accessed', 'owner', 'group', 'permissions', 'mime_type', 'where'] InstallationDate: Installed on 2014-12-19 (25 days ago) InstallationMedia: Ubuntu 14.04.1 LTS Trusty Tahr - Release amd64 (20140722.2) SourcePackage: nautilus UpgradeStatus: No upgrade log
[Desktop-packages] [Bug 1410918] [NEW] Nautilus Crash when Displaying JPEG 2000 .jp2 .j2k Thumbnails
Public bug reported: There is definitely a problem with Nautilus and only with Nautilus. No need to make jasper shoulder the GNOME responsibility. On Ubuntu Trusty 14.04 LTS I have installed both Marlin and Nautilus / Nemo File Managers. Marlin has no problem previewing JPEG 2000 thumbnails in .j2k and .jp2 format. However Nautilus [3.10] / Nemo (both) are constantly crashing. e.g. nautilus crashed with SIGSEGV in jpc_qmfb_join_colgrp() On the command line running jasper is working fine too (Cevennes2.jpg is coming right from the official website) http://www.openjpeg.org/index.php?menu=samples $ jasper --input Cevennes2.jp2 --output Cevennes2-bis.bmp --output- format bmp When will Nautilus behave appropriately for JPEG 2000 thumnbails ? This is dating back for years ... I have read through the same bug reported Oct. 9, 2009 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/427100 Then 2 other bug reports from 2010 and 2011 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/863187 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/555238 Here we have Sebastien Bacher (seb128) (an Ubuntu employee) stating that the issue lies with the jasper library. The previous test I made with the Marlin File Manager and the jasper Library proves that it's not the case. As a further example when attaching the .jp2 sample for this bug report, Firefox did open the File Manager (Nautilus / Nemo) to select the image and it displayed the small thumbnail appropriately. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9.4 ProcVersionSignature: Ubuntu 3.16.0-29.39~14.04.1-generic 3.16.7-ckt2 Uname: Linux 3.16.0-29-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.6 Architecture: amd64 CurrentDesktop: Unity Date: Wed Jan 14 13:17:59 2015 GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'date_accessed', 'owner', 'group', 'permissions', 'mime_type', 'where'] InstallationDate: Installed on 2014-12-19 (25 days ago) InstallationMedia: Ubuntu 14.04.1 LTS Trusty Tahr - Release amd64 (20140722.2) SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug third-party-packages trusty ** Attachment added: Cevennes2.jp2 https://bugs.launchpad.net/bugs/1410918/+attachment/4298538/+files/Cevennes2.jp2 ** Description changed: There is definitely a problem with Nautilus and only with Nautilus. No need to make jasper shoulder the GNOME responsibility. On Ubuntu Trusty 14.04 LTS I have installed both Marlin and Nautilus / Nemo. - Marlin has no problem previewing JPEG 2000 thumbnails in .j2k or .jp2 + Marlin has no problem previewing JPEG 2000 thumbnails in .j2k and .jp2 format. However Nautilus [3.10] / Nemo (both) are constantly crashing. e.g. nautilus crashed with SIGSEGV in jpc_qmfb_join_colgrp() On the command line running jasper is working fine too (Cevennes2.jpg is coming right from the official website) http://www.openjpeg.org/index.php?menu=samples $ jasper --input Cevennes2.jp2 --output Cevennes2-bis.bmp --output- format bmp When will Nautilus behave appropriately for JPEG 2000 thumnbails ? This is dating for years ... I have read through the same bug reported Oct. 9, 2009 https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/427100 Here we have Sebastien Bacher (an Ubuntu employee) stating that the issue lie with the library jasper. The previous test I made with the Marlin File Manager and the jasper Library proves that it's not the case. As a further example when attaching the .jp2 sample for this bug report, Firefox did open the File Manager (Nautilus / Nemo) to select the image and it displayed the small thumbnail appropriately. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9.4 ProcVersionSignature: Ubuntu 3.16.0-29.39~14.04.1-generic 3.16.7-ckt2 Uname: Linux 3.16.0-29-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.6 Architecture: amd64 CurrentDesktop: Unity Date: Wed Jan 14 13:17:59 2015 GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'date_accessed', 'owner', 'group', 'permissions', 'mime_type', 'where'] InstallationDate: Installed on 2014-12-19 (25 days ago) InstallationMedia: Ubuntu 14.04.1 LTS Trusty Tahr - Release amd64 (20140722.2) SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) ** Description changed: There is definitely a problem with Nautilus and only with Nautilus. No need to make jasper shoulder the GNOME responsibility. On Ubuntu Trusty 14.04 LTS I have installed both Marlin and Nautilus / Nemo. Marlin has no problem previewing JPEG 2000 thumbnails in .j2k and .jp2 format. However Nautilus
[Desktop-packages] [Bug 427100] Re: JPEG2000 thumbnail causes browser to crash
There is definitely a problem with Nautilus and only with Nautilus. No need to make jasper shoulder the GNOME responsibility. On Ubuntu Trusty 14.04 I have installed both Marlin and Nautilus / Nemo. Marlin has no problem previewing JPEG 2000 thumbnails in .j2k or .jp2 format. However Nautilus [3.10] / Nemo (both) are constantly crashing. e.g. nautilus crashed with SIGSEGV in jpc_qmfb_join_colgrp() On the command line running jasper is working fine too (Cevennes2.jpg is coming right from the official website http://www.openjpeg.org/index.php?menu=samples) $ jasper --input Cevennes2.jp2 --output Cevennes2-bis.bmp --output- format bmp When will Nautilus behave appropriately for JPEG 2000 thumnbails ? This is dating for years ... -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/427100 Title: JPEG2000 thumbnail causes browser to crash Status in jasper package in Ubuntu: Confirmed Status in nautilus package in Ubuntu: Invalid Bug description: Binary package hint: nautilus Attached file was generated by the Meerkat Second Life viewer. THe file is a texture file in JPEG2000 format. The file reads properly with the Meerkat viewer (Linux and Windows) and with IrfanView (Windows). Nautilus correctly lists this file unless the thumbnail function is enabled. With thumbnail enabled Nautilus reads about 70% of the JPEG2000 files then crashes. No crash report is generated. However the SECOND time that the file is listed the thumbnail works! This is a problem since there are several hundred of these files in a directory. I have been unable to find a validation tool for JPEG2000 to rule out format errors in the file itself. I can supply many more examples of these files if it would help trace the problem! ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 ExecutablePath: /usr/bin/nautilus NonfreeKernelModules: nvidia Package: nautilus 1:2.26.2-0ubuntu2 ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: nautilus Uname: Linux 2.6.28-14-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/jasper/+bug/427100/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp