Re: slowness with kernel 6.4.10 and software raid

[Ranjan Maitra]

On Fri Aug18'23 01:21:01PM, Samuel Sieb wrote:
> From: Samuel Sieb 
> Date: Fri, 18 Aug 2023 13:21:01 -0700
> To: users@lists.fedoraproject.org
> Reply-To: Community support for Fedora users 
> Subject: Re: slowness with kernel 6.4.10 and software raid
>
> On 8/18/23 13:15, Ranjan Maitra wrote:
> > Thanks, so are there two drives that are bad? Sorry, I am confused. It is 
> > likely no longer in warranty: the one with /home is new (I think) and also 
> > the /mnt/backup (which is a rsync-based backup I do so as to actually be 
> > able to see these files, and also as a more reliable backup that i can 
> > actually see). Outside this, I have a / drive  that is a smaller SSD. I 
> > also used to have that raided, but that other / drive died and I never got 
> > to replacing it.
> >
> > So, my question is that is it only the raid drive /dev/sda that is bad, or 
> > is there something else that you can see based on the report?
>
> The logs only indicate that sda is bad.  There are no errors for sdc.


Thanks very much, Sam!

Best wishes,
Ranjan

> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: ssh connection and selinux

[Cameron Simpson]

On 14Aug2023 09:18, François Patte  wrote:

Here is the part I get with ssh -v:

debug1: Next authentication method: publickey
debug1: Offering public key: /home/patte/.ssh/id_rsa RSA SHA256: 
**


I have a server accepts line after this:

debug1: Next authentication method: publickey
debug1: Offering public key: /Users/cameron/.ssh/id_rsa RSA SHA256:* 
agent
debug1: Server accepts key: /Users/cameron/.ssh/id_rsa RSA SHA256:* 
agent

Do you?

If I go "ssh -G hostname | grep -i pubkey" I get this:

pubkeyauthentication true
ignoreunknown PubkeyAcceptedKeyTypes,ProxyJump
pubkeyacceptedalgorithms 
ssh-ed25519-cert-...@openssh.com,ecdsa-sha2-nistp256-cert-...@openssh.com,ecdsa-sha2-nistp384-cert-...@openssh.com,ecdsa-sha2-nistp521-cert-...@openssh.com,rsa-sha2-512-cert-...@openssh.com,rsa-sha2-256-cert-...@openssh.com,ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,rsa-sha2-512,rsa-sha2-256,ssh-dss

What's that say for your "pubkeyacceptedalgorithms" ?


I suspect some ssh configuration has changed with the upgrade,
possibly in /etc/ssh/ssh_config. Certainly some key types (or smaller
sizes) fall out of favour as they become inadequately secure.


Where will it be mentionned?


I expect the default is wired into the ssh client command. You can add a 
particular algorithm back in with a ~/.ssh/config line like this:


PubkeyAcceptedAlgorithms +missing-name-here

But algorithms are disabled for a reason; after diagnosing this issue, 
you should probably make yourself an additional keypair of an accepted 
type and add its public half where wanted.


Cheers,
Cameron Simpson 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: window sharing broken with current F38+kde+wayland

[Patrick O'Callaghan]

On Fri, 2023-08-18 at 11:36 -0400, Neal Becker wrote:
> On Fri, Aug 18, 2023 at 11:13 AM Neal Becker 
> wrote:
> 
> > For online meetings I have always used share window (as opposed to
> > sharing
> > a chrome tab or entire screen).  Recently this has been broken.
> > 
> > Using current F38+kde+wayland.
> > Tested on teams and on google meet (same interface, must be part of
> > KDE I
> > think).
> > If I select a window to share the tab for that window on the task
> > manager
> > disappears, which gives me no way to move my cursor to that window
> > and do
> > the presentation.
> > 
> > I find share a screen still works fine, and I guess I'll have to
> > use that
> > for now.
> > 
> > Seems some recent change.  Along with it also there is a change to
> > the way
> > the dialog for sharing appears, and for some reason you need to go
> > through
> > 2 different dialogs the confirm sharing 2 times.  This again is a
> > recent
> > change.
> > 
> > Any ideas?
> > 
> > After playing around some more I have some new observations:
> 1. logout/login seems to have cleared the problem.  The window I
> wanted to
> share no longer has it's tab disappear making it impossible to
> select.
> 2. The strangeness of needing to go through 2 sharing dialogs is
> kde/wayland.  If I use kde/X11 it still behaves the same as it did in
> the
> past, and works fine.

Several things don't work correctly on KDE/Wayland, but this is
probably best discussed on the Fedora KDE list.

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: slowness with kernel 6.4.10 and software raid

[Samuel Sieb]

On 8/18/23 13:15, Ranjan Maitra wrote:

Thanks, so are there two drives that are bad? Sorry, I am confused. It is 
likely no longer in warranty: the one with /home is new (I think) and also the 
/mnt/backup (which is a rsync-based backup I do so as to actually be able to 
see these files, and also as a more reliable backup that i can actually see). 
Outside this, I have a / drive  that is a smaller SSD. I also used to have that 
raided, but that other / drive died and I never got to replacing it.

So, my question is that is it only the raid drive /dev/sda that is bad, or is 
there something else that you can see based on the report?


The logs only indicate that sda is bad.  There are no errors for sdc.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: slowness with kernel 6.4.10 and software raid

[Ranjan Maitra]

Thanks, so are there two drives that are bad? Sorry, I am confused. It is 
likely no longer in warranty: the one with /home is new (I think) and also the 
/mnt/backup (which is a rsync-based backup I do so as to actually be able to 
see these files, and also as a more reliable backup that i can actually see). 
Outside this, I have a / drive  that is a smaller SSD. I also used to have that 
raided, but that other / drive died and I never got to replacing it.

So, my question is that is it only the raid drive /dev/sda that is bad, or is 
there something else that you can see based on the report?

Many thanks, and best wishes,
Ranjan


On Fri Aug18'23 02:58:30PM, Roger Heflin wrote:
> From: Roger Heflin 
> Date: Fri, 18 Aug 2023 14:58:30 -0500
> To: Community support for Fedora users 
> Reply-To: Community support for Fedora users 
> Subject: Re: slowness with kernel 6.4.10 and software raid
>
> ok.  You have around 4000 sectors that are bad and are reallocated.
>
> You have around 1000 that are offline uncorrectable (reads failed).
>
> And you have a desktop drive that has a bad sector timeout of who
> knows exactly what.   I would guess at least 30 seconds, it could be
> higher, but it must be lower than the scsi timeout fo the device.
>
> Given the power on hours the disk is out of warranty (I think).  If
> the disk was in warranty you could get the disk vendor to replace it.
>
> So whatever that timeout is when you hit a single bad sector the disk
> is going to keep re-reading it for that timeout and then report that
> sector cannot be read and mdraid will then read it from the other
> mirror and re-write it.
>
> This disk could eventually failed to read each sector and mdraid could
> re-write them and that may fix it.  Or it could fix some of them on
> this pass, and some on the next pass, and never fix all of them so sda
> simply sucks.
>
> Best idea would be to buy a new disk, but this time do not buy a
> desktop drive nor buy a SMR drive.There is a webpage someplaec
> that lists which disks are not SMR disks, and other webpages list what
> disks have a settable timeout (WD Red Plus and/or Seagate Ironwolf,
> and likely others).
>
> Likely the disks will be classified as enterprise and/or NAS disks,
> but whatever you look at make sure to check the vendors list to see if
> the disk is SMR or not.  Note WD Red is SMR, WD Red Plus is not SMR.
> And SMR sometimes does not play nice with raid.
>
> On Fri, Aug 18, 2023 at 2:05 PM Ranjan Maitra  wrote:
> >
> > On Fri Aug18'23 01:39:08PM, Roger Heflin wrote:
> > > From: Roger Heflin 
> > > Date: Fri, 18 Aug 2023 13:39:08 -0500
> > > To: Community support for Fedora users 
> > > Reply-To: Community support for Fedora users 
> > > 
> > > Subject: Re: slowness with kernel 6.4.10 and software raid
> > >
> > > The above makes it very clear what is happening.   What kind of disks
> > > are these?  And did you set the scterc timeout?  You can see it via
> > > smartctl -l scterc /dev/sda   and then repeat on the other disk.
> > >
> > > Setting the timeout as low as you can will improve this situation
> > > some, but it appears that sda has a number of bad sectors on it.
> > >
> > > a full output of "smartclt --xall /dev/sda" would be useful also to
> > > see how bad it is.
> > >
> > > Short answer is you probably need a new device for sda.
> > >
> >
> > Thanks!
> >
> > I tried:
> >
> > # smartctl -l scterc /dev/sda
> >  smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.4.10-200.fc38.x86_64] (local 
> > build)
> >  Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org
> >
> > SCT Error Recovery Control command not supported
> >
> > # smartctl --xall /dev/sda
> >
> >   smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.4.10-200.fc38.x86_64] 
> > (local build)
> >   Copyright (C) 2002-23, Bruce Allen, Christian Franke, 
> > www.smartmontools.org
> >
> >   === START OF INFORMATION SECTION ===
> >   Model Family: Seagate Barracuda 7200.14 (AF)
> >   Device Model: ST2000DM001-1ER164
> >   Serial Number:Z4Z5F3LE
> >   LU WWN Device Id: 5 000c50 091167f04
> >   Firmware Version: CC27
> >   User Capacity:2,000,398,934,016 bytes [2.00 TB]
> >   Sector Sizes: 512 bytes logical, 4096 bytes physical
> >   Rotation Rate:7200 rpm
> >   Form Factor:  3.5 inches
> >   Device is:In smartctl database 7.3/5528
> >   ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
> >   SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
> >   Local Time is:Fri Aug 18 14:01:28 2023 CDT
> >   SMART support is: Available - device has SMART capability.
> >   SMART support is: Enabled
> >   AAM feature is:   Unavailable
> >   APM level is: 128 (minimum power consumption without standby)
> >   Rd look-ahead is: Enabled
> >   Write cache is:   Enabled
> >   DSN feature is:   Unavailable
> >   ATA Security is:  Disabled, NOT FROZEN [SEC1]
> >   Wt Cache Reorder: Unavailable
> >
> >   === START OF READ SMART DATA SECTION ===
> >   SMART 

Re: slowness with kernel 6.4.10 and software raid

[Roger Heflin]

ok.  You have around 4000 sectors that are bad and are reallocated.

You have around 1000 that are offline uncorrectable (reads failed).

And you have a desktop drive that has a bad sector timeout of who
knows exactly what.   I would guess at least 30 seconds, it could be
higher, but it must be lower than the scsi timeout fo the device.

Given the power on hours the disk is out of warranty (I think).  If
the disk was in warranty you could get the disk vendor to replace it.

So whatever that timeout is when you hit a single bad sector the disk
is going to keep re-reading it for that timeout and then report that
sector cannot be read and mdraid will then read it from the other
mirror and re-write it.

This disk could eventually failed to read each sector and mdraid could
re-write them and that may fix it.  Or it could fix some of them on
this pass, and some on the next pass, and never fix all of them so sda
simply sucks.

Best idea would be to buy a new disk, but this time do not buy a
desktop drive nor buy a SMR drive.There is a webpage someplaec
that lists which disks are not SMR disks, and other webpages list what
disks have a settable timeout (WD Red Plus and/or Seagate Ironwolf,
and likely others).

Likely the disks will be classified as enterprise and/or NAS disks,
but whatever you look at make sure to check the vendors list to see if
the disk is SMR or not.  Note WD Red is SMR, WD Red Plus is not SMR.
And SMR sometimes does not play nice with raid.

On Fri, Aug 18, 2023 at 2:05 PM Ranjan Maitra  wrote:
>
> On Fri Aug18'23 01:39:08PM, Roger Heflin wrote:
> > From: Roger Heflin 
> > Date: Fri, 18 Aug 2023 13:39:08 -0500
> > To: Community support for Fedora users 
> > Reply-To: Community support for Fedora users 
> > Subject: Re: slowness with kernel 6.4.10 and software raid
> >
> > The above makes it very clear what is happening.   What kind of disks
> > are these?  And did you set the scterc timeout?  You can see it via
> > smartctl -l scterc /dev/sda   and then repeat on the other disk.
> >
> > Setting the timeout as low as you can will improve this situation
> > some, but it appears that sda has a number of bad sectors on it.
> >
> > a full output of "smartclt --xall /dev/sda" would be useful also to
> > see how bad it is.
> >
> > Short answer is you probably need a new device for sda.
> >
>
> Thanks!
>
> I tried:
>
> # smartctl -l scterc /dev/sda
>  smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.4.10-200.fc38.x86_64] (local 
> build)
>  Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org
>
> SCT Error Recovery Control command not supported
>
> # smartctl --xall /dev/sda
>
>   smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.4.10-200.fc38.x86_64] (local 
> build)
>   Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org
>
>   === START OF INFORMATION SECTION ===
>   Model Family: Seagate Barracuda 7200.14 (AF)
>   Device Model: ST2000DM001-1ER164
>   Serial Number:Z4Z5F3LE
>   LU WWN Device Id: 5 000c50 091167f04
>   Firmware Version: CC27
>   User Capacity:2,000,398,934,016 bytes [2.00 TB]
>   Sector Sizes: 512 bytes logical, 4096 bytes physical
>   Rotation Rate:7200 rpm
>   Form Factor:  3.5 inches
>   Device is:In smartctl database 7.3/5528
>   ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
>   SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
>   Local Time is:Fri Aug 18 14:01:28 2023 CDT
>   SMART support is: Available - device has SMART capability.
>   SMART support is: Enabled
>   AAM feature is:   Unavailable
>   APM level is: 128 (minimum power consumption without standby)
>   Rd look-ahead is: Enabled
>   Write cache is:   Enabled
>   DSN feature is:   Unavailable
>   ATA Security is:  Disabled, NOT FROZEN [SEC1]
>   Wt Cache Reorder: Unavailable
>
>   === START OF READ SMART DATA SECTION ===
>   SMART overall-health self-assessment test result: PASSED
>
>   General SMART Values:
>   Offline data collection status:  (0x00)   Offline data collection 
> activity
> was never started.
> Auto Offline Data Collection: 
> Disabled.
>   Self-test execution status:  (   0)   The previous self-test 
> routine completed
> without error or no self-test has ever
> been run.
>   Total time to complete Offline
>   data collection:  (   80) seconds.
>   Offline data collection
>   capabilities:  (0x73) SMART execute Offline 
> immediate.
> Auto Offline data collection on/off 
> support.
> Suspend Offline collection upon new
> command.
> No Offline surface scan supported.
> Self-test supported.
>

Re: slowness with kernel 6.4.10 and software raid

[Ranjan Maitra]

On Fri Aug18'23 01:39:08PM, Roger Heflin wrote:
> From: Roger Heflin 
> Date: Fri, 18 Aug 2023 13:39:08 -0500
> To: Community support for Fedora users 
> Reply-To: Community support for Fedora users 
> Subject: Re: slowness with kernel 6.4.10 and software raid
>
> The above makes it very clear what is happening.   What kind of disks
> are these?  And did you set the scterc timeout?  You can see it via
> smartctl -l scterc /dev/sda   and then repeat on the other disk.
>
> Setting the timeout as low as you can will improve this situation
> some, but it appears that sda has a number of bad sectors on it.
>
> a full output of "smartclt --xall /dev/sda" would be useful also to
> see how bad it is.
>
> Short answer is you probably need a new device for sda.
>

Thanks!

I tried:

# smartctl -l scterc /dev/sda
 smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.4.10-200.fc38.x86_64] (local 
build)
 Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org

SCT Error Recovery Control command not supported

# smartctl --xall /dev/sda

  smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.4.10-200.fc38.x86_64] (local 
build)
  Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org

  === START OF INFORMATION SECTION ===
  Model Family: Seagate Barracuda 7200.14 (AF)
  Device Model: ST2000DM001-1ER164
  Serial Number:Z4Z5F3LE
  LU WWN Device Id: 5 000c50 091167f04
  Firmware Version: CC27
  User Capacity:2,000,398,934,016 bytes [2.00 TB]
  Sector Sizes: 512 bytes logical, 4096 bytes physical
  Rotation Rate:7200 rpm
  Form Factor:  3.5 inches
  Device is:In smartctl database 7.3/5528
  ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
  SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
  Local Time is:Fri Aug 18 14:01:28 2023 CDT
  SMART support is: Available - device has SMART capability.
  SMART support is: Enabled
  AAM feature is:   Unavailable
  APM level is: 128 (minimum power consumption without standby)
  Rd look-ahead is: Enabled
  Write cache is:   Enabled
  DSN feature is:   Unavailable
  ATA Security is:  Disabled, NOT FROZEN [SEC1]
  Wt Cache Reorder: Unavailable

  === START OF READ SMART DATA SECTION ===
  SMART overall-health self-assessment test result: PASSED

  General SMART Values:
  Offline data collection status:  (0x00)   Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
  Self-test execution status:  (   0)   The previous self-test routine 
completed
without error or no self-test has ever
been run.
  Total time to complete Offline
  data collection:  (   80) seconds.
  Offline data collection
  capabilities:  (0x73) SMART execute Offline immediate.
Auto Offline data collection on/off 
support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
  SMART capabilities:(0x0003)   Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
  Error logging capability:(0x01)   Error logging supported.
General Purpose Logging supported.
  Short self-test routine
  recommended polling time:  (   1) minutes.
  Extended self-test routine
  recommended polling time:  ( 212) minutes.
  Conveyance self-test routine
  recommended polling time:  (   2) minutes.
  SCT capabilities:(0x1085) SCT Status supported.

  SMART Attributes Data Structure revision number: 10
  Vendor Specific SMART Attributes with Thresholds:
  ID# ATTRIBUTE_NAME  FLAGSVALUE WORST THRESH FAIL RAW_VALUE
1 Raw_Read_Error_Rate POSR--   116   092   006-106200704
3 Spin_Up_TimePO   096   096   000-0
4 Start_Stop_Count-O--CK   100   100   020-97
5 Reallocated_Sector_Ct   PO--CK   097   097   010-3960
7 Seek_Error_Rate POSR--   084   060   030-333268033
9 Power_On_Hours  -O--CK   062   062   000-34085
   10 Spin_Retry_CountPO--C-   100   100   097-0
   12 Power_Cycle_Count   -O--CK   100   100   020-96
  183 Runtime_Bad_Block   -O--CK   100   100   000-0
  184 End-to-End_Error-O--CK   100   100   099-0
  187 Reported_Uncorrect  -O--CK   001   001   000

Re: slowness with kernel 6.4.10 and software raid

[Roger Heflin]

The above makes it very clear what is happening.   What kind of disks
are these?  And did you set the scterc timeout?  You can see it via
smartctl -l scterc /dev/sda   and then repeat on the other disk.

Setting the timeout as low as you can will improve this situation
some, but it appears that sda has a number of bad sectors on it.

a full output of "smartclt --xall /dev/sda" would be useful also to
see how bad it is.

Short answer is you probably need a new device for sda.

On Fri, Aug 18, 2023 at 1:30 PM Ranjan Maitra  wrote:
>
> Thanks, Roger!
>
>
> On Fri Aug18'23 12:23:23PM, Roger Heflin wrote:
> > From: Roger Heflin 
> > Date: Fri, 18 Aug 2023 12:23:23 -0500
> > To: Community support for Fedora users 
> > Reply-To: Community support for Fedora users 
> > Subject: Re: slowness with kernel 6.4.10 and software raid
> >
> > Is it moving at all or just stopped?  If just stopped it appears that
> > md126 is using external:/md127 for something and md127 looks wrong
> > (both disks are spare) but I don't know in this external case what
> > md127 should look like.
>
> It is moving, slowly. It is a 2 TB drive, but this is weird.
>
> >
> > I would suggest checking messages with grep md12[67] /var/log/messages
> > (and older messages files if the reboot was not this week) to see what
> > is going on.
>
> Good idea! Here is the result from
>
> $ grep md126  /var/log/messages
>
>
>   Aug 14 15:02:30 localhost mdadm[1035]: Rebuild60 event detected on md 
> device /dev/md126
>   Aug 16 14:21:20 localhost kernel: md/raid1:md126: active with 2 out of 2 
> mirrors
>   Aug 16 14:21:20 localhost kernel: md126: detected capacity change from 0 to 
> 3711741952
>   Aug 16 14:21:20 localhost kernel: md126: p1
>   Aug 16 14:21:23 localhost systemd[1]: Condition check resulted in 
> dev-md126p1.device - /dev/md126p1 being skipped.
>   Aug 16 14:21:28 localhost systemd-fsck[942]: /dev/md126p1: clean, 
> 7345384/115998720 files, 409971205/463967488 blocks
>   Aug 16 14:21:31 localhost kernel: EXT4-fs (md126p1): mounted filesystem 
> 932eb81c-2ab4-4e6e-b093-46e43dbd6c28 r/w with ordered data mode. Quota mode: 
> none.
>   Aug 16 14:21:31 localhost mdadm[1033]: NewArray event detected on md device 
> /dev/md126
>   Aug 16 14:21:31 localhost mdadm[1033]: RebuildStarted event detected on md 
> device /dev/md126
>   Aug 16 14:21:31 localhost kernel: md: data-check of RAID array md126
>   Aug 16 19:33:18 localhost kernel: md/raid1:md126: sda: rescheduling sector 
> 2735900352
>   Aug 16 19:33:22 localhost kernel: md/raid1:md126: sda: rescheduling sector 
> 2735900864
>   Aug 16 19:33:28 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735900496 on sda)
>   Aug 16 19:33:36 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735900568 on sda)
>   Aug 16 19:33:41 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735900576 on sda)
>   Aug 16 19:33:50 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735900624 on sda)
>   Aug 16 19:34:00 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735900640 on sda)
>   Aug 16 19:34:10 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735900688 on sda)
>   Aug 16 19:34:18 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735900712 on sda)
>   Aug 16 19:34:28 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735900792 on sda)
>   Aug 16 19:34:32 localhost kernel: md/raid1:md126: redirecting sector 
> 2735900352 to other mirror: sdc
>   Aug 16 19:34:37 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735900872 on sda)
>   Aug 16 19:34:45 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735900920 on sda)
>   Aug 16 19:34:54 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735900992 on sda)
>   Aug 16 19:34:54 localhost kernel: md/raid1:md126: redirecting sector 
> 2735900864 to other mirror: sdc
>   Aug 16 19:35:07 localhost kernel: md/raid1:md126: sda: rescheduling sector 
> 2735905704
>   Aug 16 19:35:11 localhost kernel: md/raid1:md126: sda: rescheduling sector 
> 2735905960
>   Aug 16 19:35:18 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735905768 on sda)
>   Aug 16 19:35:19 localhost kernel: md/raid1:md126: redirecting sector 
> 2735905704 to other mirror: sdc
>   Aug 16 19:35:24 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735906120 on sda)
>   Aug 16 19:35:33 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735906192 on sda)
>   Aug 16 19:35:39 localhost kernel: md/raid1:md126: read error corrected (8 
> sectors at 2735906448 on sda)
>   Aug 16 19:35:40 localhost kernel: md/raid1:md126: redirecting sector 
> 2735905960 to other mirror: sdc
>   Aug 16 19:35:45 localhost kernel: md/raid1:md126: sda: rescheduling sector 
> 2735906472
>   Aug 16 19:35:49 localhost 

Re: slowness with kernel 6.4.10 and software raid

[Ranjan Maitra]

Thanks, Roger!


On Fri Aug18'23 12:23:23PM, Roger Heflin wrote:
> From: Roger Heflin 
> Date: Fri, 18 Aug 2023 12:23:23 -0500
> To: Community support for Fedora users 
> Reply-To: Community support for Fedora users 
> Subject: Re: slowness with kernel 6.4.10 and software raid
>
> Is it moving at all or just stopped?  If just stopped it appears that
> md126 is using external:/md127 for something and md127 looks wrong
> (both disks are spare) but I don't know in this external case what
> md127 should look like.

It is moving, slowly. It is a 2 TB drive, but this is weird.

>
> I would suggest checking messages with grep md12[67] /var/log/messages
> (and older messages files if the reboot was not this week) to see what
> is going on.

Good idea! Here is the result from

$ grep md126  /var/log/messages


  Aug 14 15:02:30 localhost mdadm[1035]: Rebuild60 event detected on md device 
/dev/md126
  Aug 16 14:21:20 localhost kernel: md/raid1:md126: active with 2 out of 2 
mirrors
  Aug 16 14:21:20 localhost kernel: md126: detected capacity change from 0 to 
3711741952
  Aug 16 14:21:20 localhost kernel: md126: p1
  Aug 16 14:21:23 localhost systemd[1]: Condition check resulted in 
dev-md126p1.device - /dev/md126p1 being skipped.
  Aug 16 14:21:28 localhost systemd-fsck[942]: /dev/md126p1: clean, 
7345384/115998720 files, 409971205/463967488 blocks
  Aug 16 14:21:31 localhost kernel: EXT4-fs (md126p1): mounted filesystem 
932eb81c-2ab4-4e6e-b093-46e43dbd6c28 r/w with ordered data mode. Quota mode: 
none.
  Aug 16 14:21:31 localhost mdadm[1033]: NewArray event detected on md device 
/dev/md126
  Aug 16 14:21:31 localhost mdadm[1033]: RebuildStarted event detected on md 
device /dev/md126
  Aug 16 14:21:31 localhost kernel: md: data-check of RAID array md126
  Aug 16 19:33:18 localhost kernel: md/raid1:md126: sda: rescheduling sector 
2735900352
  Aug 16 19:33:22 localhost kernel: md/raid1:md126: sda: rescheduling sector 
2735900864
  Aug 16 19:33:28 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735900496 on sda)
  Aug 16 19:33:36 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735900568 on sda)
  Aug 16 19:33:41 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735900576 on sda)
  Aug 16 19:33:50 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735900624 on sda)
  Aug 16 19:34:00 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735900640 on sda)
  Aug 16 19:34:10 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735900688 on sda)
  Aug 16 19:34:18 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735900712 on sda)
  Aug 16 19:34:28 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735900792 on sda)
  Aug 16 19:34:32 localhost kernel: md/raid1:md126: redirecting sector 
2735900352 to other mirror: sdc
  Aug 16 19:34:37 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735900872 on sda)
  Aug 16 19:34:45 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735900920 on sda)
  Aug 16 19:34:54 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735900992 on sda)
  Aug 16 19:34:54 localhost kernel: md/raid1:md126: redirecting sector 
2735900864 to other mirror: sdc
  Aug 16 19:35:07 localhost kernel: md/raid1:md126: sda: rescheduling sector 
2735905704
  Aug 16 19:35:11 localhost kernel: md/raid1:md126: sda: rescheduling sector 
2735905960
  Aug 16 19:35:18 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735905768 on sda)
  Aug 16 19:35:19 localhost kernel: md/raid1:md126: redirecting sector 
2735905704 to other mirror: sdc
  Aug 16 19:35:24 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735906120 on sda)
  Aug 16 19:35:33 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735906192 on sda)
  Aug 16 19:35:39 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735906448 on sda)
  Aug 16 19:35:40 localhost kernel: md/raid1:md126: redirecting sector 
2735905960 to other mirror: sdc
  Aug 16 19:35:45 localhost kernel: md/raid1:md126: sda: rescheduling sector 
2735906472
  Aug 16 19:35:49 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735906504 on sda)
  Aug 16 19:35:52 localhost kernel: md/raid1:md126: redirecting sector 
2735906472 to other mirror: sdc
  Aug 16 19:36:03 localhost kernel: md/raid1:md126: sda: rescheduling sector 
2735908008
  Aug 16 19:36:08 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735908232 on sda)
  Aug 16 19:36:16 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735908344 on sda)
  Aug 16 19:36:21 localhost kernel: md/raid1:md126: read error corrected (8 
sectors at 2735908424 on sda)
  Aug 16 19:36:21 localhost kernel: md/raid1:md126: redirecting sector 
2735908008 to other mirror: sda
  Aug 16 19:36:30 localhost 

Re: slowness with kernel 6.4.10 and software raid

[Roger Heflin]

Is it moving at all or just stopped?  If just stopped it appears that
md126 is using external:/md127 for something and md127 looks wrong
(both disks are spare) but I don't know in this external case what
md127 should look like.

I would suggest checking messages with grep md12[67] /var/log/messages
(and older messages files if the reboot was not this week) to see what
is going on.

Maybe also if you have a prior good reboot in messages file include
that and see what happened differently between the 2.

On Fri, Aug 18, 2023 at 7:46 AM Ranjan Maitra  wrote:
>
> On Thu Aug17'23 10:37:29PM, Samuel Sieb wrote:
> > From: Samuel Sieb 
> > Date: Thu, 17 Aug 2023 22:37:29 -0700
> > To: users@lists.fedoraproject.org
> > Reply-To: Community support for Fedora users 
> > Subject: Re: slowness with kernel 6.4.10 and software raid
> >
> > On 8/17/23 21:38, Ranjan Maitra wrote:
> > > $ cat /proc/mdstat
> > >   Personalities : [raid1]
> > >   md126 : active raid1 sda[1] sdc[0]
> > > 1855870976 blocks super external:/md127/0 [2/2] [UU]
> > > [=>...]  check =  8.8% (165001216/1855870976) 
> > > finish=45465.2min speed=619K/sec
> > >
> > >   md127 : inactive sda[1](S) sdc[0](S)
> > > 10402 blocks super external:imsm
> > >
> > >   unused devices: 
> > >
> > > I am not sure what it is doing, and I am a bit concerned that this will 
> > > go on at this rate for about 20 days. No knowing what will happen after 
> > > that, and also if this problem will recur with another reboot.
> >
> > After a certain amount of time, mdraid will do a verification of the data
> > where it scans the entire array.  If you reboot, it will continue from where
> > it left off.  But that is *really* slow, so you should find out what's going
> > on there.
>
> Yes, I know, just not sure what to do. Thanks very much!
>
> Any suggestion is appreciated!
>
> Best wishes,
> Ranjan
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Creating a bridge

[Mike Wright]

On 8/14/23 18:54, Alex wrote:

Hi,
I've just installed fedora38 over my previous fedora install but didn't
save my network config that included a bridge to allow for local IPs for my
virtual machines. Is there a network tool that I can use to create a bridge
so I can then use the bridge option with virt-manager to assign IPs to my
Win10 virtual machine?

I'm used to doing the old-school network-scripts/ifcfg-eth0 stuff by hand,
but realize that doesn't exist anymore.

Perhaps someone has a basic /etc/NetworkManager/system-connections bridge
config they could paste here to get me started or the proper nmcli commands
I need?

I suppose I could probably also use NAT, but I'd rather have my gateway
doing the NAT.

# ip addr



4: virbr0:  mtu 1500 qdisc noqueue state
DOWN group default qlen 1000
 link/ether 52:54:00:c8:a0:df brd ff:ff:ff:ff:ff:ff
 inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
valid_lft forever preferred_lft forever



Yet another use for "ip".

ip link add name virbr0 type bridge
ip link set virbr0 up
ip addr add 192.168.122.1/24 virbr0

To manually add a port to the bridge:

ip link set ethX up
ip link set ethX master virbr0

To manually remove a port from the bridge:

ip link set ethX nomaster

Somewhere using your favorite firewalling tool you'll need to effect 
something like this:


*filter
:FORWARD ACCEPT [0:0]

*nat
:POSTROUTING ACCEPT [0:0]
-A POSTROUTING -o eth0 -j MASQUERADE
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: window sharing broken with current F38+kde+wayland

[Neal Becker]

On Fri, Aug 18, 2023 at 11:13 AM Neal Becker  wrote:

> For online meetings I have always used share window (as opposed to sharing
> a chrome tab or entire screen).  Recently this has been broken.
>
> Using current F38+kde+wayland.
> Tested on teams and on google meet (same interface, must be part of KDE I
> think).
> If I select a window to share the tab for that window on the task manager
> disappears, which gives me no way to move my cursor to that window and do
> the presentation.
>
> I find share a screen still works fine, and I guess I'll have to use that
> for now.
>
> Seems some recent change.  Along with it also there is a change to the way
> the dialog for sharing appears, and for some reason you need to go through
> 2 different dialogs the confirm sharing 2 times.  This again is a recent
> change.
>
> Any ideas?
>
> After playing around some more I have some new observations:
1. logout/login seems to have cleared the problem.  The window I wanted to
share no longer has it's tab disappear making it impossible to select.
2. The strangeness of needing to go through 2 sharing dialogs is
kde/wayland.  If I use kde/X11 it still behaves the same as it did in the
past, and works fine.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

window sharing broken with current F38+kde+wayland

[Neal Becker]

For online meetings I have always used share window (as opposed to sharing
a chrome tab or entire screen).  Recently this has been broken.

Using current F38+kde+wayland.
Tested on teams and on google meet (same interface, must be part of KDE I
think).
If I select a window to share the tab for that window on the task manager
disappears, which gives me no way to move my cursor to that window and do
the presentation.

I find share a screen still works fine, and I guess I'll have to use that
for now.

Seems some recent change.  Along with it also there is a change to the way
the dialog for sharing appears, and for some reason you need to go through
2 different dialogs the confirm sharing 2 times.  This again is a recent
change.

Any ideas?

Thanks,
Neal
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Creating a bridge

[Thomas Cameron via users]

On 8/14/23 20:54, Alex wrote:

Hi,
I've just installed fedora38 over my previous fedora install but didn't 
save my network config that included a bridge to allow for local IPs for 
my virtual machines. Is there a network tool that I can use to create a 
bridge so I can then use the bridge option with virt-manager to assign 
IPs to my Win10 virtual machine?


I'm used to doing the old-school network-scripts/ifcfg-eth0 stuff by 
hand, but realize that doesn't exist anymore.


Perhaps someone has a basic /etc/NetworkManager/system-connections 
bridge config they could paste here to get me started or the proper 
nmcli commands I need?


I suppose I could probably also use NAT, but I'd rather have my gateway 
doing the NAT.


# ip addr
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN 
group default qlen 1000

     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
     inet 127.0.0.1/8  scope host lo
        valid_lft forever preferred_lft forever
     inet6 ::1/128 scope host noprefixroute
        valid_lft forever preferred_lft forever
2: enp4s0:  mtu 1500 qdisc fq_codel 
state UP group default qlen 1000

     link/ether c8:7f:54:cd:b7:bc brd ff:ff:ff:ff:ff:ff
     inet 192.168.1.7/24  brd 192.168.1.255 scope 
global dynamic noprefixroute enp4s0

        valid_lft 31976sec preferred_lft 31976sec
     inet6 fe80::ca7f:54ff:fecd:b7bc/64 scope link noprefixroute
        valid_lft forever preferred_lft forever
3: wlo1:  mtu 1500 qdisc noqueue 
state DOWN group default qlen 1000
     link/ether 4a:d4:02:42:a2:2e brd ff:ff:ff:ff:ff:ff permaddr 
2c:3b:70:47:ce:08

     altname wlp5s0
4: virbr0:  mtu 1500 qdisc noqueue 
state DOWN group default qlen 1000

     link/ether 52:54:00:c8:a0:df brd ff:ff:ff:ff:ff:ff
     inet 192.168.122.1/24  brd 192.168.122.255 
scope global virbr0

        valid_lft forever preferred_lft forever

Thanks,
Alex
If you have cockpit installed, fire up your browser and go to the 
networking section. Choose to create a bridge, associate the interface 
you want attached to the bridge, and it will set it all up for you.


Otherwise, the nmcli steps outlined will do it for you. I find it a lot 
easier to just use cockpit. Literally a couple of clicks and it creates 
the bridge, attaches the interface, and you don't have to remember the 
crazy nmcli syntax.


But I'm lazy, so take it for what it's worth. ;-)

Thomas
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Screen casting - help wanted

[stan via users]

On Thu, 17 Aug 2023 09:55:43 +0200
Peter Boy  wrote:

> We have a new Quick Docs article about comparison of various screen
> casting tools in Fedora:
> 
> https://docs.fedoraproject.org/en-US/quick-docs/screencast-apps-comparison/
> 
> Everybody who used such a tool more or less recently, please habe a
> short look at the article and provide us with feedback
> 
> - is it adequate for Fedora 37/38/
> - is something wrong 
> - is something missing

obs-studio isn't mentioned on that page.  It can perform both
screencast and recording, though I only use it for recording.  The
recording functions seem similar to that of the simplescreenrecorder
that is mentioned there.

I haven't tried others, except for spectacle to capture screen shots
(works fine), so I now have new programs to experiment with.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Screen casting - help wanted

[Chris Adams]

Once upon a time, Peter Boy  said:
> We have a new Quick Docs article about comparison of various screen casting 
> tools in Fedora:
> 
> https://docs.fedoraproject.org/en-US/quick-docs/screencast-apps-comparison/

The title is "ScreenCast", but then the page is all about screen
recorders.  These are two related but different things.  Casting is
considered to be live sending of screen contents to other displays,
which may or may not be recorded.

Listing info about screen recorders is good, but it shouldn't be a page
titled "ScreenCast".
-- 
Chris Adams 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: slowness with kernel 6.4.10 and software raid

[Ranjan Maitra]

On Thu Aug17'23 10:37:29PM, Samuel Sieb wrote:
> From: Samuel Sieb 
> Date: Thu, 17 Aug 2023 22:37:29 -0700
> To: users@lists.fedoraproject.org
> Reply-To: Community support for Fedora users 
> Subject: Re: slowness with kernel 6.4.10 and software raid
>
> On 8/17/23 21:38, Ranjan Maitra wrote:
> > $ cat /proc/mdstat
> >   Personalities : [raid1]
> >   md126 : active raid1 sda[1] sdc[0]
> > 1855870976 blocks super external:/md127/0 [2/2] [UU]
> > [=>...]  check =  8.8% (165001216/1855870976) 
> > finish=45465.2min speed=619K/sec
> >
> >   md127 : inactive sda[1](S) sdc[0](S)
> > 10402 blocks super external:imsm
> >
> >   unused devices: 
> >
> > I am not sure what it is doing, and I am a bit concerned that this will go 
> > on at this rate for about 20 days. No knowing what will happen after that, 
> > and also if this problem will recur with another reboot.
>
> After a certain amount of time, mdraid will do a verification of the data
> where it scans the entire array.  If you reboot, it will continue from where
> it left off.  But that is *really* slow, so you should find out what's going
> on there.

Yes, I know, just not sure what to do. Thanks very much!

Any suggestion is appreciated!

Best wishes,
Ranjan
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Screen casting - help wanted

[Neal Becker]

On Thu, Aug 17, 2023 at 3:56 AM Peter Boy  wrote:

> We have a new Quick Docs article about comparison of various screen
> casting tools in Fedora:
>
> https://docs.fedoraproject.org/en-US/quick-docs/screencast-apps-comparison/
>
> Everybody who used such a tool more or less recently, please habe a short
> look at the article and provide us with feedback
>
> - is it adequate for Fedora 37/38/
> - is something wrong
> - is something missing
>
> You may use the Issue (bug) button in the bar below the blue header to
> easily open a feedback form.
>
> May thanks.
> Peter
>
> In many cases what I/you want to record might be from a web browser.  In
that case chrome has plugins to do the job.   I use "screen recorder".
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Android Nearby Share?

[Patrick O'Callaghan]

Does anyone know if there's a way to get Android's Nearby Share feature
to work on Linux? Apparently the Google code is on GitHub and has a
free license (Apache 2.0), but I don't see anything in the Fedora
repos.

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Copy Paste using whatsapp web on firefox doesn't work

[ogio.spam]

Hello Mikes

Il giorno ven, 18/08/2023 alle 18.54 +1000, Michael D. Setzer II ha
scritto:
> On 18 Aug 2023 at 10:21, ogio.spam wrote:
> 
> Subject:Copy Paste using whatsapp web on firefox doesn't work
> From:   "ogio.spam" 
> To: Community support for Fedora users
> 
> Date sent:  Fri, 18 Aug 2023 10:21:30 +0200
> Send reply to:  Community support for Fedora users
> 
> 
> > 
> > Hi all,
> > I'm not sure who is responsible but the situation is like that:
> > 
> 
> Don't know if this would apply.
> Edit / Settings / Privacy and Security / Manage Cookies and Site 
> Data.

As there is a known bug I will wait for a patch without removing
anything.
The size maybe cause it's an application (add-on) 

Regards
 Ogio

[snip]
> 
> 
> ++
>  Michael D. Setzer II - Computer Science Instructor (Retired) 
>  mailto:mi...@guam.net    
>  mailto:msetze...@gmail.com
>  Guam - Where America's Day Begins    
>  G4L Disk Imaging Project maintainer 
>  http://sourceforge.net/projects/g4l/
> ++
> 
> 
> 

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Copy Paste using whatsapp web on firefox doesn't work

[ogio.spam]

Il giorno ven, 18/08/2023 alle 10.52 +0200, Mario Marietto ha scritto:
> I don't understand you. When it will be fixed you can remove the
> ViolentMonkey code from the box. Until that moment,you can enjoy the
> missng feature. Where is the problema ?
> 
The problem is that I should work on something I don't know.
I have no time now and maybe in 2 days will be a patch.
If not, on monday I will take time for that.

Tnx
 Ogio

> On Fri, Aug 18, 2023 at 10:49 AM ogio.spam 
> wrote:
> > 
> > Il giorno ven, 18/08/2023 alle 09.26 +0100, TSHIMANGA Minkoka ha
> > scritto:
> > > 
> > > This bothers me also since this morning.
> > 
> > Like to know I'm not alone.
> > I searched on the web yesterday without finding a solution.
> > > 
> > > It seems they are aware of the issue
> > > https://webcompat.com/issues/125920#issuecomment-1682993012
> > > 
> > > And this seems to be a workaround (that I haven't
> > >
> > tried)https://superuser.com/questions/1804661/firefox-doesnt-allow-to-paste-into-whatsapp-web-anymore
> > > 
> > > I prefer to wait for the official fix. Hopefully in few days.
> > 
> > I will wait too.
> > Today I received a new firefox version but it's also buggy.
> > 
> > Thanks
> >  Ogio
> > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > On 8/18/23 09:21, ogio.spam wrote:
> > > 
> > > > 
> > > > Hi all,
> > > > 
> > > > I'm not sure who is responsible but the situation is like that:
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 1. WhatsApp web opened
> > > > 
> > > > 2. Select text from a chat, ctrl-c or "menu copy"
> > > > 
> > > > 3. Paste in another chat (ctrl-v or paste) works well
> > > > 
> > > > 4. Paste in other application works well
> > > > 
> > > > 5. Select text from another app
> > > > 
> > > > 6. Paste in a chat doesn't work
> > > > 
> > > > 7. Copy from another tab in firefox and paste in a chat doesn't
> > > > work
> > > > 
> > > > 
> > > > 
> > > > 
> > > > Same test on google-chrome is working perfectly
> > > > 
> > > > 
> > > > 
> > > > 
> > > > As I don't know how whatsapp web is working, there is a simple
> > > > way to remove all information about whatsapp from firefox and
> > > > restart it?
> > > > 
> > > > 
> > > > 
> > > > 
> > > > As you think, where I can issue a bug report?
> > > > 
> > > > 
> > > > 
> > > > 
> > > > Regards
> > > > 
> > > >  Ambrogio
> > > > 
> > > > 
> > > > 
> > > > ___
> > > > users mailing list -- users@lists.fedoraproject.org
> > > > To unsubscribe send an email to
> > users-le...@lists.fedoraproject.org
> > > > Fedora Code of Conduct:
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > > > List Guidelines:
> > https://fedoraproject.org/wiki/Mailing_list_guidelines
> > > > List Archives:
> > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> > > > Do not reply to spam, report it:
> > https://pagure.io/fedora-infrastructure/new_issue
> > > > 
> > > 
> > > ___
> > > users mailing list -- users@lists.fedoraproject.org
> > > To unsubscribe send an email to 
> > > users-le...@lists.fedoraproject.org
> > > Fedora Code of Conduct: 
> > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > > List Guidelines: 
> > > https://fedoraproject.org/wiki/Mailing_list_guidelines
> > > List Archives: 
> > > https://lists.fedoraproject.org/archives/list/users@lists.fedora
> > > project.org
> > > Do not reply to spam, report it: 
> > > https://pagure.io/fedora-infrastructure/new_issue
> > 
> > 
> > ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > Fedora Code of Conduct:
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines:
> > https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> > Do not reply to spam, report it:
> > https://pagure.io/fedora-infrastructure/new_issue
> 
> 
> -- 
> Mario.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines:
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 

Re: Copy Paste using whatsapp web on firefox doesn't work

[TSHIMANGA Minkoka]

I did not succeed to apply the ViolentMonkey extension.

I got it from Firefox search menu.
It did not work.
I restarted.
I still did not work

I realized the script was missing the code part, it only had comments.
I edited the script content to add all that were there.
It still did not work, even after the restarts.

I worked and did that specific task from my phone.

Maybe, I missed something on the way to install that extension.
Any clue will be welcome.

On 8/18/23 09:52, Mario Marietto wrote:
I don't understand you. When it will be fixed you can remove the 
ViolentMonkey code from the box. Until that moment,you can enjoy the 
missng feature. Where is the problema ?


On Fri, Aug 18, 2023 at 10:49 AM ogio.spam  wrote:

Il giorno ven, 18/08/2023 alle 09.26 +0100, TSHIMANGA Minkoka ha
scritto:


This bothers me also since this morning.


Like to know I'm not alone.
I searched on the web yesterday without finding a solution.


It seems they are aware of the issue
https://webcompat.com/issues/125920#issuecomment-1682993012

And this seems to be a workaround (that I haven't

tried)https://superuser.com/questions/1804661/firefox-doesnt-allow-to-paste-into-whatsapp-web-anymore

I prefer to wait for the official fix. Hopefully in few days.


I will wait too.
Today I received a new firefox version but it's also buggy.

Thanks
 Ogio



On 8/18/23 09:21, ogio.spam wrote:


Hi all,
I'm not sure who is responsible but the situation is like that:

1. WhatsApp web opened
2. Select text from a chat, ctrl-c or "menu copy"
3. Paste in another chat (ctrl-v or paste) works well
4. Paste in other application works well
5. Select text from another app
6. Paste in a chat doesn't work
7. Copy from another tab in firefox and paste in a chat doesn't work

Same test on google-chrome is working perfectly

As I don't know how whatsapp web is working, there is a simple
way to remove all information about whatsapp from firefox and
restart it?

As you think, where I can issue a bug report?

Regards
 Ambrogio

___
users mailing list --users@lists.fedoraproject.org
To unsubscribe send an email tousers-le...@lists.fedoraproject.org
Fedora Code of 
Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines
List 
Archives:https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report 
it:https://pagure.io/fedora-infrastructure/new_issue

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue



--
Mario.

___
users mailing list --users@lists.fedoraproject.org
To unsubscribe send an email tousers-le...@lists.fedoraproject.org
Fedora Code of 
Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines
List 
Archives:https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report 
it:https://pagure.io/fedora-infrastructure/new_issue


--
TSHIMANGA Minkoka
+243 814443113
tshik...@tshimix.cd
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Copy Paste using whatsapp web on firefox doesn't work

[ogio.spam]

Il giorno ven, 18/08/2023 alle 10.40 +0200, Mario Marietto ha scritto:
> I've just tried. The ViolentMonkey solution works for me.
Thankyou Mario,
I'll wait until monday for a patch.
Otherwise, as I use often paste I can look deeper at this workaround.

Tnx to all
 Ogio

> 
> On Fri, Aug 18, 2023 at 10:26 AM TSHIMANGA Minkoka
>  wrote:
> >  
> >  
> > This bothers me also since this morning.
> >  
> > It seems they are aware of the issue
> > https://webcompat.com/issues/125920#issuecomment-1682993012
> >  
> > And this seems to be a workaround (that I haven't
> > tried)https://superuser.com/questions/1804661/firefox-doesnt-allow-to-paste-into-whatsapp-web-anymore
> >  
> > I prefer to wait for the official fix. Hopefully in few days.
> >  
> > 
> >  
> >   
> > On 8/18/23 09:21, ogio.spam wrote:
> >  
> > >  
> > > Hi all,
> > >  
> > > I'm not sure who is responsible but the situation is like that:
> > >  
> > > 
> > >  
> > >  
> > > 1. WhatsApp web opened
> > >  
> > > 2. Select text from a chat, ctrl-c or "menu copy"
> > >  
> > > 3. Paste in another chat (ctrl-v or paste) works well
> > >  
> > > 4. Paste in other application works well
> > >  
> > > 5. Select text from another app
> > >  
> > > 6. Paste in a chat doesn't work
> > >  
> > > 7. Copy from another tab in firefox and paste in a chat doesn't
> > > work
> > >  
> > > 
> > >  
> > >  
> > > Same test on google-chrome is working perfectly
> > >  
> > > 
> > >  
> > >  
> > > As I don't know how whatsapp web is working, there is a simple
> > > way to remove all information about whatsapp from firefox and
> > > restart it?
> > >  
> > > 
> > >  
> > >  
> > > As you think, where I can issue a bug report?
> > >  
> > > 
> > >  
> > >  
> > > Regards
> > >  
> > >  Ambrogio
> > >  
> > > 
> > > 
> > > ___
> > > users mailing list -- users@lists.fedoraproject.org
> > > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > > Fedora Code of Conduct: 
> > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > > List Archives: 
> > > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> > > Do not reply to spam, report it: 
> > > https://pagure.io/fedora-infrastructure/new_issue
> > >  
> >  ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: 
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: 
> > https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/users@lists.fedorapr
> > oject.org
> > Do not reply to spam, report it: 
> > https://pagure.io/fedora-infrastructure/new_issue

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Copy Paste using whatsapp web on firefox doesn't work

[Michael D. Setzer II via users]

On 18 Aug 2023 at 10:21, ogio.spam wrote:

Subject:Copy Paste using whatsapp web on firefox doesn't work
From:   "ogio.spam" 
To: Community support for Fedora users 
Date sent:  Fri, 18 Aug 2023 10:21:30 +0200
Send reply to:  Community support for Fedora users 


> 
> Hi all,
> I'm not sure who is responsible but the situation is like that:
> 

Don't know if this would apply.
Edit / Settings / Privacy and Security / Manage Cookies and Site 
Data.

On mine it shows whatsapp.com 4 cookies but has size of 115M???
Don't know why it would have 115M. Don't know if removing those 
cookies would reset things, and don't know what it is storring in 
them?

Had an issue with usps.com a while ago, where it wouldn't let me 
log in? Cleared the cookies for that site that was very small, and 
then it worked fine afterwards. Even remembered password. So 
must have been some old bad cookie..



> 1. WhatsApp web opened
> 2. Select text from a chat, ctrl-c or "menu copy"
> 3. Paste in another chat (ctrl-v or paste) works well
> 4. Paste in other application works well
> 5. Select text from another app
> 6. Paste in a chat doesn't work
> 7. Copy from another tab in firefox and paste in a chat doesn't work
> 
> Same test on google-chrome is working perfectly
> 
> As I don't know how whatsapp web is working, there is a simple way to 
> remove all information about whatsapp from firefox and restart it?
> 
> As you think, where I can issue a bug report?
> 
> Regards
> Ambrogio
> 


++
 Michael D. Setzer II - Computer Science Instructor (Retired) 
 mailto:mi...@guam.net
 mailto:msetze...@gmail.com
 Guam - Where America's Day Begins
 G4L Disk Imaging Project maintainer 
 http://sourceforge.net/projects/g4l/
++


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Copy Paste using whatsapp web on firefox doesn't work

[Mario Marietto]

I don't understand you. When it will be fixed you can remove the
ViolentMonkey code from the box. Until that moment,you can enjoy the missng
feature. Where is the problema ?

On Fri, Aug 18, 2023 at 10:49 AM ogio.spam  wrote:

> Il giorno ven, 18/08/2023 alle 09.26 +0100, TSHIMANGA Minkoka ha scritto:
>
> This bothers me also since this morning.
>
> Like to know I'm not alone.
> I searched on the web yesterday without finding a solution.
>
> It seems they are aware of the issue
> https://webcompat.com/issues/125920#issuecomment-1682993012
>
> And this seems to be a workaround (that I haven't tried)
> https://superuser.com/questions/1804661/firefox-doesnt-allow-to-paste-into-whatsapp-web-anymore
>
> I prefer to wait for the official fix. Hopefully in few days.
>
> I will wait too.
> Today I received a new firefox version but it's also buggy.
>
> Thanks
>  Ogio
>
>
> On 8/18/23 09:21, ogio.spam wrote:
>
> Hi all,
> I'm not sure who is responsible but the situation is like that:
>
> 1. WhatsApp web opened
> 2. Select text from a chat, ctrl-c or "menu copy"
> 3. Paste in another chat (ctrl-v or paste) works well
> 4. Paste in other application works well
> 5. Select text from another app
> 6. Paste in a chat doesn't work
> 7. Copy from another tab in firefox and paste in a chat doesn't work
>
> Same test on google-chrome is working perfectly
>
> As I don't know how whatsapp web is working, there is a simple way to
> remove all information about whatsapp from firefox and restart it?
>
> As you think, where I can issue a bug report?
>
> Regards
>  Ambrogio
>
> ___
>
> users mailing list -- users@lists.fedoraproject.org
>
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
>
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
>
> ___
>
> users mailing list -- users@lists.fedoraproject.org
>
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
>
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
>
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>


-- 
Mario.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Copy Paste using whatsapp web on firefox doesn't work

[ogio.spam]

Il giorno ven, 18/08/2023 alle 09.26 +0100, TSHIMANGA Minkoka ha
scritto:
>  
> This bothers me also since this morning.
Like to know I'm not alone.
I searched on the web yesterday without finding a solution.
>  
> It seems they are aware of the issue
> https://webcompat.com/issues/125920#issuecomment-1682993012
>  
> And this seems to be a workaround (that I haven't
> tried)https://superuser.com/questions/1804661/firefox-doesnt-allow-to-paste-into-whatsapp-web-anymore
>  
> I prefer to wait for the official fix. Hopefully in few days.
I will wait too.
Today I received a new firefox version but it's also buggy.

Thanks
 Ogio

>  
> 
>  
>  
>  
> On 8/18/23 09:21, ogio.spam wrote:
>  
> > 
> > Hi all,
> >  
> > I'm not sure who is responsible but the situation is like that:
> >  
> > 
> >  
> >  
> > 1. WhatsApp web opened
> >  
> > 2. Select text from a chat, ctrl-c or "menu copy"
> >  
> > 3. Paste in another chat (ctrl-v or paste) works well
> >  
> > 4. Paste in other application works well
> >  
> > 5. Select text from another app
> >  
> > 6. Paste in a chat doesn't work
> >  
> > 7. Copy from another tab in firefox and paste in a chat doesn't
> > work
> >  
> > 
> >  
> >  
> > Same test on google-chrome is working perfectly
> >  
> > 
> >  
> >  
> > As I don't know how whatsapp web is working, there is a simple way
> > to remove all information about whatsapp from firefox and restart
> > it?
> >  
> > 
> >  
> >  
> > As you think, where I can issue a bug report?
> >  
> > 
> >  
> >  
> > Regards
> >  
> >  Ambrogio
> >  
> > 
> > 
> > ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: 
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> > Do not reply to spam, report it: 
> > https://pagure.io/fedora-infrastructure/new_issue
> >  
>  
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: 
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproj
> ect.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Copy Paste using whatsapp web on firefox doesn't work

[Mario Marietto]

I've just tried. The ViolentMonkey solution works for me.

On Fri, Aug 18, 2023 at 10:26 AM TSHIMANGA Minkoka 
wrote:

> This bothers me also since this morning.
>
> It seems they are aware of the issue
> https://webcompat.com/issues/125920#issuecomment-1682993012
>
> And this seems to be a workaround (that I haven't tried)
> https://superuser.com/questions/1804661/firefox-doesnt-allow-to-paste-into-whatsapp-web-anymore
>
> I prefer to wait for the official fix. Hopefully in few days.
>
> On 8/18/23 09:21, ogio.spam wrote:
>
> Hi all,
> I'm not sure who is responsible but the situation is like that:
>
> 1. WhatsApp web opened
> 2. Select text from a chat, ctrl-c or "menu copy"
> 3. Paste in another chat (ctrl-v or paste) works well
> 4. Paste in other application works well
> 5. Select text from another app
> 6. Paste in a chat doesn't work
> 7. Copy from another tab in firefox and paste in a chat doesn't work
>
> Same test on google-chrome is working perfectly
>
> As I don't know how whatsapp web is working, there is a simple way to
> remove all information about whatsapp from firefox and restart it?
>
> As you think, where I can issue a bug report?
>
> Regards
>  Ambrogio
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
>
> --
> TSHIMANGA Minkoka
> +243 814443113tshik...@tshimix.cd
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>


-- 
Mario.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Copy Paste using whatsapp web on firefox doesn't work

[TSHIMANGA Minkoka]

This bothers me also since this morning.

It seems they are aware of the issue 
https://webcompat.com/issues/125920#issuecomment-1682993012


And this seems to be a workaround (that I haven't tried) 
https://superuser.com/questions/1804661/firefox-doesnt-allow-to-paste-into-whatsapp-web-anymore


I prefer to wait for the official fix. Hopefully in few days.


On 8/18/23 09:21, ogio.spam wrote:

Hi all,
I'm not sure who is responsible but the situation is like that:

1. WhatsApp web opened
2. Select text from a chat, ctrl-c or "menu copy"
3. Paste in another chat (ctrl-v or paste) works well
4. Paste in other application works well
5. Select text from another app
6. Paste in a chat doesn't work
7. Copy from another tab in firefox and paste in a chat doesn't work

Same test on google-chrome is working perfectly

As I don't know how whatsapp web is working, there is a simple way to 
remove all information about whatsapp from firefox and restart it?


As you think, where I can issue a bug report?

Regards
 Ambrogio

___
users mailing list --users@lists.fedoraproject.org
To unsubscribe send an email tousers-le...@lists.fedoraproject.org
Fedora Code of 
Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines
List 
Archives:https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report 
it:https://pagure.io/fedora-infrastructure/new_issue


--
TSHIMANGA Minkoka
+243 814443113
tshik...@tshimix.cd
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Copy Paste using whatsapp web on firefox doesn't work

[ogio.spam]

Hi all,
I'm not sure who is responsible but the situation is like that:

1. WhatsApp web opened
2. Select text from a chat, ctrl-c or "menu copy"
3. Paste in another chat (ctrl-v or paste) works well
4. Paste in other application works well
5. Select text from another app
6. Paste in a chat doesn't work
7. Copy from another tab in firefox and paste in a chat doesn't work

Same test on google-chrome is working perfectly

As I don't know how whatsapp web is working, there is a simple way to
remove all information about whatsapp from firefox and restart it?

As you think, where I can issue a bug report?

Regards
 Ambrogio
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue