I've found a table rendering bug which affects only Google Chrome, not Chromium or other Chromium based browsers. I've submitted a bug report via Help > Report an issue within the Chrome menu, but I'd really like to know the status of it, because it's causing issues for my organization.
So, does anyone know if there's a proper public issue tracker for Google Chrome (not Chromium) where I could see the status of my issue?
Brief description of the bug, just for interest's sake.
When you have a table where, based on colspan, one cell should span part of two other cells, instead it will shift to sit fully under one or the other. For example, in the following the "1.5" cell should be half under both the "One" and "Two" cells, but instead Chrome is, at time of writing, rendering it as entirely under the "Two" cell.
<table>
<tr>
<th colspan="2">One</th>
<th colspan="2">Two</th>
</tr>
<tr>
<td colspan="1"></td>
<td colspan="2">1.5</td>
<td colspan="1"></td>
</tr>
</table>
You can still report issues affecting Google Chrome at https://bugs.chromium.org/p/chromium/issues/wizard even if it doesn't repro in Chromium. Google Chrome is essentially branded Chromium, so most issues that affect Chrome also affect Chromium. Chromium is also where the bug fix would be made, so that's the appropriate place to report.
In the report, it's helpful to provide the versions of both Chrome (repro) and Chromium (no repro) you are using. It may be that the version of Chromium is newer (or older) compared to the version of Chrome. Table rendering in web pages should not differ between Chrome and Chromium, so it likely exists or existed in Chromium as well.
Related
We have a catalog on our college website.
It may be found here:
https://www.southark.edu/admissions/resources/course-catalog
The links going down the left side of the page point to specific pages within the catalog.
For example:
https://www.southark.edu/images/catalogs/2021-2022/2021-2022_SouthArk_Catalog_FINAL.pdf#page=100
But when clicked, Chrome truncates the last portion of the url (in this case, #page=100), and it displays the first page of the catalog, not the intended page.
This happens in Chrome, but not Firefox.
It has worked in Chrome for years, but now it does not.
Any idea why Chrome is doing this and what kind of workaround I might be able to do?
P.S. I just tested it in Safari on my iPhone and it is doing it on there as well.
Thanks,
Charley
I discovered that it is due to the Chrome PDF extension. If I turn it off, it operates as it should.
I have lately been finding that certain hyperlinks and submit buttons fail to work in Firefox, but never in Chrome. These are links that worked before, then they fail, and later they may work again. I never see this behavior in Chrome.
For example this bookmark link:
<div class="z_01">Paragraph text here. <span class="blank"><img src="images\corner-right-up.svg" alt="Top"></span></div><br><br>
I have also had the same problem with form submit buttons that work not at all of just sporadically in Firefox.
On some links, the cursor will change to a hand on the left side of the link (or button) but not on the right side.
It’s not due to a Firefox add-on because I’m working in Firefox Developer Edition and I have no add-ons installed on that version.
I’m in Firefox Developer Edition 69, but the same problem occurs in Firefox 67 and 68. It does not occur in Chrome 64.
Has anyone else seen this behavior in Firefox, and is there a fix or workaround?
Your link is just the ID of another element on that same page. I'm assuming Chrome will be a little more smart than firefox and in the bookmarks change that link to https://www.whateverwebsite.com/whatever-page#ovr10 . I'm presuming Firefox only puts #ovr10 in your bookmarks. Only a guess though.
If that indeed is the problem and you want to fix this, changing your link to https://www.whateverwebsite.com/whatever-page#ovr10 would fix that particular issue.
Edit:
Tested on Firefox 65 (stable) and Firefox Dev 69.0b6. Link format does not appear to be the issue. Your code is also bookmarking fine for me.
Some change in recent Chrome versions (likely in June 2017) cause options in a <select> input to render much bigger than in other browsers (or in older versions of Chrome).
For example, dropdown on this w3schools page on some machines renders like this (Chrome 60.0.3112.90, 64 bit, Windows 10):
instead of expected (Firefox 55.0, 64-bit, Windows 10):
Is there any workaround that can be implemented in code to prevent it from happening (CSS solution preferred)?
So far I've found:
Discussion on Chrome product forums, which confirms that this is observed by many people, but there's no answer whether it was intentional or not. Also, observations were made that presence of touchscreen drivers in a system might cause this behaviour.
Chromium bug #739196 describing this issue, but also with no clear answer whether it's intentional or a Chromium bug
few answers suggesting that padding for <option>'s in a <select> can't be controlled via CSS by design, so this padding was never easy or possible to change.
Should be able to just add some CSS styling for the <option> tag to get it to look the way you want on most browsers.
http://jsfiddle.net/Ahreu/50/
The additional padding was added in Chrome 59 for any device that Chrome thinks has a touch interface. There currently is no way to disable this "feature".
Chrome shows two rows in Dropdown-menu
Google Chrome Help Forum
Observed same issue on Windows 10 + Chrome, with no actual touchscreen interface.
Uninstalling/installing "Synaptics Pointing Device" (touch pad on laptop) fixed the issue for me. As the other forums mentioned, it appears to be related to Chrome thinking it is on a touch enabled device. Worth a try to disable/re-install devices that may appear as such.
In building my responsive website I have come across a bug that appears only in IE8, and I cannot figure out why. I use a cross browser testing service (as I build on a Mac) and on my portfolio page - http://www.weblinedesign.com.au/portfolio in firebug, I notice on nearly every line, there is added code "checkedbycsshelper=true". It's preventing my images from loading as the tags wrapping the image tags have been disabled - assumed by this line of code.
It doesn't happen in any other browser, only IE8 and all my attempts at searching Google have come up null. There are literally no references anywhere in Google to "checkedbycsshelper".
It's being added by this script:
http://www.weblinedesign.com.au/wp-content/themes/wd/js/css3-mediaqueries.js
I'm not sure why, but I'd check around for newer versions of that script, and/or other reports of issues with that script on IE8.
A bug report has been opened on the developer's Google Code repo, but not yet resolved.
(http://code.google.com/p/css3-mediaqueries-js/issues/detail?id=8)
I'm using Chrome-compatible SRWare Iron 5.0.381 on XP, and was checking out what Chrome has to offer to developers, EG inspecting the contents of the DOM of a currently-loaded web page.
But when I hit CtrlShiftI, the bar is totally empty:
Does someone why this is? Do I need an add-on? Are there other Chrome-compatible tools I should know about?
It appears you’ve found a bug in that fork of Chromium. The inspector works just fine with Google.fr in the latest Google Chrome and Chromium builds. Why don’t you use one of these browsers.
Usually the reason of that is some problem in DevTools JS code.
It is a chance that problem will be solved by chrome restart.
Such kind of problems can happen when chrome is upgrading at background.
The other reason of that can be some changes which you made in DevTools.js.
Of cause if you have done some changes :)
You can troubleshoot such problem by another instance of DevTools.
As example you can try to load DevTools.html page into Safari, open WebInspector for it and check console messages.