User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:63.0) Gecko/20100101 Firefox/63.0

Steps to reproduce:

1. Open `about:config`, find `layout.css.devPixelsPerPx` and change the value from default (-1.0) to 1.2.
2. Open a view-source view with long lines: `view-source:https://www.youtube.com/user/10asti10`
3. hit Ctrl+f, search for rss
4. using the LMB, try selecting some text, then copy and paste it somewhere

Actual results:

After step 3, the highlighted text on the page is not ”rss”. The highlight doesn’t even adhere to letter widths (screenshot 1).

After step 4, the pasted text is not even close to what you’ve selected to copy.

Expected results:

For the search to hightlight an occurence of ”rss”, and for the pasted text to correspond to what I’ve selected from the view-source view.

Last week, after receiving the ”Important updates to your Flickr account” notification email I deleted my Flickr account, associated with my Yahoo account. Today I received two new copies of the ”Important updates to your Flickr account” email. I tried to access the old Flickr account to make sure it has been deleted, but logging in with my Yahoo account only creates a new Flickr account, which is not what I want.

What I want is to have no more email messages sent to me from Flickr.

I also tried logging in using my Gmail address (which also appears to have a Yahoo account associated with it), but opening flickr.com after that also just creates a new Flickr account every time. I keep deleting these accounts, only to be handed a new one every time I go back to flickr.com.

Back in April-May, I received altogether 5 separate messages informing me about the SmugMug ownership business, so something’s clearly not right with your emailing system, or with the records you have of me.

Your email messages should follow the semi-standard practice of including a footer with a clear explanation of why exactly am I receiving the email and what I should do if I wish to stop receiving them. The ToS and Community Guidelines links (currently in the footer) are all but useless in this context.

Kiitos selonteosta, ihmettelinkin tätä. Näytti koskevan myös tv-sisältöjen syötteitä, niistäkin tuli tänään uusintoja.

My test blog is running WP 5.0-beta3-43867 with Gutenberg 4.3.0-alpha-0841246 (from Daniel Bachhuber’s nightly), and the theme I’m using is Cover2 (Github here), which also appears to exhibit this in single post view.

I’ve narrowed it down to this function (called from header.php), where the gutenberg_parse_blocks() call triggers the issue.

I’m not saying I’m 100 % sure it’s Gutenberg and not the theme(s) at fault here, but I just thought I’d post this just in case it helps to find out either way.

LO 1:6.0.6-0ubuntu0.18.04.1 in Bionic is likewise affected, and the workaround also works here.

Amended to replace whitespaces mixed with tabs in extension.json, and to fix description message id.

Refactor file structure so that the extension can be loaded using MW 1.25+ style wfLoadExtension(), and makes MW 1.25+ a requirement. Otherwise the core functionality should remain just as it was (i.e., if it doesn’t, that’s unintentional on my part).

This closes issue #3.

Since MediaWiki 1.25, the suggested method of registering extensions has been to use wfLoadExtension() instead of a direct require_once. AddBodyClass currently (v1.2.0 from 2016-03-21) still uses the old style, so I’m opening this issue to suggest converting the extension to use the new method.

I’m also preparing a pull request with the minimal changes that I think should accomplish this, and I’ll post it next.

This happens in 18.04 too. Bug #1650076 does also, and I’m not 100 % sure if these are two different issues or the same. I was able to reproduce #1650076 with the steps listed there, but just before that I had Evince following my scroll wheel despite being unfocussed, and I had not selected anything in the PDF before that (at least not knowingly). I haven’t found the steps to reproduce this without the selection though.

When acpica-tools is not installed, running acpidump or acpixtract produces no suggestions (in either Bionic or Cosmic):

$ acpixtract
acpixtract: command not found
$ apt-cache policy acpitools-ca
N: Unable to locate package acpitools-ca
$ apt-cache policy acpica-tools
acpica-tools:
Installed: (none)
Candidate: 20180629-1
Version table:
20180629-1 500
500 http://archive.ubuntu.com/ubuntu cosmic/universe amd64 Packages
$ sudo apt install acpica-tools
[sudo] password for jani:
Reading package lists… Done
Building dependency tree
Reading state information… Done
The following packages were automatically installed and are no longer required:
linux-headers-4.18.0-8 linux-headers-4.18.0-8-generic linux-image-4.18.0-8-generic linux-modules-4.18.0-8-generic
linux-modules-extra-4.18.0-8-generic
Use ’sudo apt autoremove’ to remove them.
The following NEW packages will be installed:
acpica-tools
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 851 kB of archives.
After this operation, 2782 kB of additional disk space will be used.
Get:1 http://archive.ubuntu.com/ubuntu cosmic/universe amd64 acpica-tools amd64 20180629-1 [851 kB]
Fetched 851 kB in 1s (1622 kB/s)
Selecting previously unselected package acpica-tools.
(Reading database … 207563 files and directories currently installed.)
Preparing to unpack …/acpica-tools_20180629-1_amd64.deb …
Unpacking acpica-tools (20180629-1) …
Setting up acpica-tools (20180629-1) …
update-alternatives: using /usr/bin/acpixtract-acpica to provide /usr/bin/acpixtract (acpixtract) in auto mode
update-alternatives: warning: skip creation of /usr/share/man/man1/acpixtract.1.gz because associated file /usr/share/man/man1/acpixtract-acpica.1 (of link group acpixtract) doesn’t exist
update-alternatives: using /usr/bin/acpidump-acpica to provide /usr/bin/acpidump (acpidump) in auto mode
update-alternatives: warning: skip creation of /usr/share/man/man1/acpidump.1.gz because associated file /usr/share/man/man1/acpidump-acpica.1 (of link group acpidump) doesn’t exist
Processing triggers for man-db (2.8.4-2) …
$ acpidump
Could not open table file: /sys/firmware/acpi/tables/SSDT
Could not get ACPI tables, AE_ACCESS
$ acpixtract

Intel ACPI Component Architecture
ACPI Binary Table Extraction Utility version 20180629
Copyright (c) 2000 – 2018 Intel Corporation

Usage: acpixtract [option] <InputFile>
Options:
-a Extract all tables, not just DSDT/SSDT
-f Force extraction, even if there are errors
-l List table summaries, do not extract
-m Extract multiple DSDT/SSDTs to a single file
-s <signature> Extract all tables with <signature>
-v Display version information
-vd Display build date and time

Extract binary ACPI tables from text acpidump output
Default invocation extracts the DSDT and all SSDTs