As in the topic. Opera-10.10-beta1 (and a few earlier builds) does only IPv4 lookups for whatever is entered in the address bar. Entering IPv6 addresses in the http://[2001:4860:a003::68]/ works. This probably makes 10.10_b1 a candidate for hardmasking. Reproducible: Always
(In reply to comment #0) > As in the topic. Opera-10.10-beta1 (and a few earlier builds) does only IPv4 > lookups for whatever is entered in the address bar. Entering IPv6 addresses in > the http://[2001:4860:a003::68]/ works. Has this been reported upstream? > This probably makes 10.10_b1 a candidate for hardmasking. Unlikely. If it's just a missing feature, then that is what Opera, Inc has put in, or left out. If it's a bug that makes IPv6 DNS lookups misbehave, then obviously Opera, Inc should fix it. You forgot to post your `emerge --info =www-client/opera-[foo]' like the ebuild asked you. Also, I would like to know which specific builds fail to do IPv6 DNS lookups. If you will not provide that information, then you're free to close this bug report and solve the issue upstream. If you opened this bug report only to get 10.10b1 masked, then you might as well close it now.
(In reply to comment #1) > > As in the topic. Opera-10.10-beta1 (and a few earlier builds) does only IPv4 > > lookups for whatever is entered in the address bar. Entering IPv6 addresses in > > the http://[2001:4860:a003::68]/ works. > > Has this been reported upstream? Yes, I filed a bug. Unfortunately the Opera's bugtracking system does not allow reporters from outside the company to follow on the bug's progress. > > This probably makes 10.10_b1 a candidate for hardmasking. > > Unlikely. If it's just a missing feature, then that is what Opera, Inc has put > in, or left out. If it's a bug that makes IPv6 DNS lookups misbehave, then > obviously Opera, Inc should fix it. Yeah, you could say it's a missing feature. Except it's *totally* basic functionality (ie. turning the addresses entered in the address bar into usable IP addresses). Which actually makes me wonder how something like that could have slipped through Opera's QA (assuming there's any). > You forgot to post your `emerge --info =www-client/opera-[foo]' like the ebuild > asked you. I didn't suppose that would provide any useful information apart from polluting the bug. But if you'd like to know, sure: Portage 2.2_rc46 (default/linux/amd64/10.0, gcc-4.3.2, glibc-2.9_p20081201-r2, 2.6.31.3 x86_64) ================================================================= System Settings ================================================================= System uname: Linux-2.6.31.3-x86_64-Intel-R-_Core-TM-2_CPU_T5600_@_1.83GHz-with-gentoo-2.0.1 Timestamp of tree: Thu, 15 Oct 2009 15:30:17 +0000 distcc 3.1 x86_64-pc-linux-gnu [disabled] app-shells/bash: 4.0_p33 dev-java/java-config: 2.1.8-r1 dev-lang/python: 2.6.2-r1 dev-util/cmake: 2.6.4 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.5.1 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.63-r1 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--nospinner --keep-going --load-average 8" FEATURES="assume-digests distlocks fixpackages news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="en en_GB pl" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_EXTRA_OPTS="--progress" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/lisp /usr/local/portage/layman/sunrise /usr/local/portage/layman/roslin /usr/local/portage/antoni" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="64bit 7zip X a52 aac aalib acl acpi activefilter adns afs alsa amd64 amr amrnb amrwb ares atm bash-completion berkdb bluetooth bzip2 cairo caps cdparanoia cjk cleartype cli color-console cpudetection cracklib crypt cups curl cyrillic dbus device-mapper djvu dri dv dvd dvdr dvdread eap-tls emacs exif faac faad fastcgi fat ffmpeg flac fortran gd gdbm gif gimp glitz gpgme gpgmeidn gpm gtk guile hal hdri hfs iconv idn imap inkjar iproute2 ipv6 isdnlog iso14755 ithreads jabber jfs jingle jpeg kipi kpathsea ladspa lcms libsamplerate loop-aes mad maildir mbox mdnsresponder-compat mikmod mjpeg mmx mmxext mng modules monolithic-build mp3 mplayer mudflap multilib musepack ncurses net nethack networking nls nntp nodrm nptl nptlonly ntfs offensive opencore-amr openct opengl openmp pam pcre pcsc-lite pdf perl pg-intdatetime plotutils png ppds pppd pulseaudio python qt3support quicktime radeon radius readline reflection reiser4 reiserfs rle rtc ruby samba sbcl session skey slang slp smartcard smime smp sndfile socks5 spl srt sse sse2 ssl subtitles svg sysfs tcl tcpd theora thread threads tiff tk tkimg toolkit-scroll-bars truetype unicode urandom usb v4l v4l2 vcd video vim vim-syntax vorbis wmf x264 xattr xetex xfs xft xinerama xmp xorg xv xvid zlib zsh-completion" ALSA_CARDS="hda-intel usb-audio vxpocket virmidi indigoio" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_GB pl" USERLAND="GNU" VIDEO_CARDS="vesa nvidia" Unset: CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LANG, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS ================================================================= Package Settings ================================================================= www-client/opera-10.10_pre4672 was built with the following: USE="(multilib) -gnome -ia32 -qt-static -qt3" LINGUAS="en_GB pl -be -bg -cs -da -de -el -es_ES -es_LA -et -fi -fr -fr_CA -fy -hi -hr -hu -id -it -ja -ka -ko -lt -mk -nb -nl -nn -pt -pt_BR -ro -ru -sk -sr -sv -ta -te -tr -uk -zh_CN -zh_HK -zh_TW" > Also, I would like to know which specific builds fail to do IPv6 DNS > lookups. If you will not provide that information, then you're free to close > this bug report and solve the issue upstream. If you opened this bug report > only to get 10.10b1 masked, then you might as well close it now. It's quite a lot of work to manually install and test all the versions, especially seeing that this bug is just about to be dumped, but here you go: IPv6 lookups *don't* work on: 4672 (10.10_beta1) 4644 4665 IPv6 lookups *do* work on: 4632 and earlier (including 10.00 release). BTW, I tested (on the latest build) all the possible qt3/qt3 static-qt/shared-qt combinations. Doesn't work on any of those. Regards,
> BTW, I tested (on the latest build) all the possible qt3/qt3 > static-qt/shared-qt combinations. Doesn't work on any of those. s:qt3/qt3:qt3/qt4:
Thank you for taking the time to try out different versions. Being precise about this mainly serves us in the future. You wouldn't want this bug to be reopened or me-too'd for some version 10+N in two years time. As for Opera's bug tracker, it does give you a DSK-nnnnnn number you could refer to here, because for a while now Opera has referred to those numbers in its snapshot change logs.
(In reply to comment #4) > Thank you for taking the time to try out different versions. Being precise > about this mainly serves us in the future. You wouldn't want this bug to be > reopened or me-too'd for some version 10+N in two years time. Sure. I do hope they will actually fix it before releasing 10.10 final. This is a total no-go for a substantial number of users (which is why I suggested package.mask – perhaps at least some einfo would be sensible for the broken builds?). > As for Opera's bug tracker, it does give you a DSK-nnnnnn number you could > refer to here, because for a while now Opera has referred to those numbers in > its snapshot change logs. Here's the Opera bug number: DSK-268092. We might also hope that this (Gentoo) bug-filing gives them some additional pressure to fix the issue. Thanks.
This is also an issue with www-client/opera-10.10_pre4678.
changelog of new build 10.10_pre4694 states "Further Fix to Bug DSK-263473 (No access to IPv6/v4 hybrid sites without IPv6 route (Opera doesn't load some sites))", but ipv6.google.com still isn't working. That's very sad, if you also consider the fact that qt-4.5.2 has been deleted from portage tree and stable opera doesn't work well with qt-4.5.3.
(In reply to comment #7) > also > consider the fact that qt-4.5.2 has been deleted from portage tree and stable > opera doesn't work well with qt-4.5.3. Actually, stable (10.01 as of now) should be fine with the latest stable qt-4.5.3-*, but that's bug #287905 and not relevant here.
Those guys must be *plain* retarded. 10.10 final/stable is released with IPv6 functionality still missing.
(In reply to comment #9) If you want to complain generally about missing features in Opera, then either pick [1] or [2] as a forum and not Gentoo's bug tracker[3]. [1] YES: http://forums.gentoo.org/ [2] YES: http://my.opera.com/community/forums [3] NO : https://bugs.gentoo.org/
(In reply to comment #10) > (In reply to comment #9) > > If you want to complain generally about missing features in Opera, then either > pick [1] or [2] as a forum and not Gentoo's bug tracker[3]. > > [1] YES: http://forums.gentoo.org/ > [2] YES: http://my.opera.com/community/forums > [3] NO : https://bugs.gentoo.org/ OK, that might have been pretty emotional, but that's a *bug*, not a missing feature. It's as if you called, say, the crop cursor suddenly missing from gimp a “missing feature”. It's not. It's a bug.
Yes, yes, but it is a closed source app and I can't help fix it, so don't pick on me! :)
Please, put 10.01 back into portage before upstream actually fix the problem. Filed that request as: http://bugs.gentoo.org/show_bug.cgi?id=296344
Any progress here now we have 10.60?
I have 10.53 Internal of Opera and am able to connect to IPv6 hosts by using a hostname.
Fixed in 10.60 final (and some earlier builds, incidentally too).
I still see the IPv6 DNS resolution issue on Opera browser. Here are the details of my setup a) About Opera Version information Version 11.11 Build 2109 Platform Linux System x86_64, 2.6.32-38-generic Browser identification Opera/9.80 (X11; Linux x86_64; U; en-GB) Presto/2.8.131 Version/11.11 b) my Machine Linux crao 2.6.32-38-generic #83-Ubuntu SMP Wed Jan 4 11:12:07 UTC 2012 x86_64 GNU/Linux
(In reply to comment #17) > I still see the IPv6 DNS resolution issue on Opera browser. File a new bug report, please. > Version > 11.11 > > Build > 2109 That build left the tree in June 2011. Please only report problems in Gentoo's bugzilla for current versions of www-client/opera(-next).
