Bug#614563: chromium-browser: Fails to render http://www.gda.bayern.de/findmittel/ead/index.php?fb=102
found 614563 chromium-browser/9.0.597.98~r74359-1 tags 614563 + upstream quit Hi again, Daniel Skorka wrote: A window will open and commence resizing itself in small steps until it fills the whole screen. Yes, I can reproduce this with fvwm. Setting Hide system title bar and use compact borders in tools→preferences works around it. Perhaps upstream r59974 ([GTK] handle popup window resize events properly, 2010-09-20) will fix it, assuming it is not already applied? See http://crbug.com/51586. Thanks for a clear report, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614563: chromium-browser: Fails to render http://www.gda.bayern.de/findmittel/ead/index.php?fb=102
Package: chromium-browser Version: 6.0.472.63~r59945-5+squeeze2 Severity: normal Hello, Chromium fails on the above website. To reproduce: 1. Visit address 2. Click one of the numbered entries in the left frame, e.g. 05.1.2.1.1. Von Sidon bis Jaffa 3. Click one of the entries in the middle frame, e.g. Sidon: Stadt-Mitte 4. Click the small image that appears A window will open and commence resizing itself in small steps until it fills the whole screen. At this point resizing stops, and the window becomes usable. What *should* happen: A small to medium sized window should open, not resize itself and be usable right away; Firefox shows this behaviour. I did not file an upstream bug report. Regards, Daniel -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-browser depends on: ii chromium-br 6.0.472.63~r59945-5+squeeze2 page inspector for the chromium-br ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcups21.4.4-7 Common UNIX Printing System(tm) - ii libdbus-1-3 1.2.24-4 simple interprocess messaging syst ii libdbus-gli 0.88-2.1 simple interprocess messaging syst ii libevent-1. 1.4.13-stable-1 An asynchronous event notification ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libfontconf 2.8.0-2.1generic font configuration library ii libfreetype 2.4.2-2.1FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8GCC support library ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libgl1-mesa 7.7.1-4 A free implementation of the OpenG ii libglewmx1. 1.5.4-1 The OpenGL Extension Wrangler - ru ii libglib2.0- 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libicu444.4.1-7 International Components for Unico ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.8-1 Network Security Service libraries ii libpango1.0 1.28.3-1+squeeze1Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libv8-2.2.2 2.2.24-6 V8 JavaScript Engine ii libvpx0 0.9.1-2 VP8 video codec (shared library) ii libx11-62:1.3.3-4X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxml2 2.7.8.dfsg-2 GNOME XML library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt ii libxss1 1:1.2.0-2X11 Screen Saver extension library ii xdg-utils 1.0.2+cvs20100307-2 desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime chromium-browser recommends no packages. Versions of packages chromium-browser suggests: pn chromium-browser-l10n none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614563: chromium-browser: Fails to render http://www.gda.bayern.de/findmittel/ead/index.php?fb=102
Hi, Daniel Skorka wrote: 1. Visit address 2. Click one of the numbered entries in the left frame, e.g. 05.1.2.1.1. Von Sidon bis Jaffa 3. Click one of the entries in the middle frame, e.g. Sidon: Stadt-Mitte 4. Click the small image that appears A window will open and commence resizing itself in small steps until it fills the whole screen. At this point resizing stops, and the window becomes usable. What *should* happen: A small to medium sized window should open, not resize itself and be usable right away; Firefox shows this behaviour. Thanks for reporting. What window manager do you use? What is your screen size (in pixels)? That page does a few strange things: - body onresize=window.location.href = window.location.href; so when the window resizes, the page reloads - move top-left corner to recenter on reload - calls the resetSize(90) function to determine 90% of screen size on reload, using the following script: http://www.gda.bayern.de/bestaende/viewer/sizeViewerToPage.js - writes a table and embedded flash object with that width and height using document.write(). That first part seems very questionable to me. Based on https://developer.mozilla.org/en/DOM/window.open#Best_practices I am guessing it would be better to use the width= and height= parameters when opening the window instead of trying to second-guess the user who resizes it later. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614563: chromium-browser: Fails to render http://www.gda.bayern.de/findmittel/ead/index.php?fb=102
Daniel Skorka wrote: my window manager is fvwm 2.5.30, screen size is 1024x768. I've got a dock running that shaves a few pixels of the EWMH usable screen size or what ever it's called. That is ignored by the resizing. By the way, I failed to mention that for me, using Firefox, the window first gets mapped for a split second before it is moved to different spot and becomes usable. I agreee that code looks strange; at any rate, the window never gets resized to 90% of screen size. I'm not resizing it manually at all, and neither did I tell fvwm to do so. Firefox just gives a window of maybe 30% to 40% of the screen size, Chromium takes 100% when it's done. Thanks, forwarding to the bug log. I'll try installing fvwm to reproduce this tomorrow. Good night, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
