[okular] [Bug 480086] Okular cannot save more than one new typewriter note at a time in a PDF with Arabic fonts.

2024-01-31 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=480086

Albert Astals Cid  changed:

   What|Removed |Added

 CC||aa...@kde.org

--- Comment #1 from Albert Astals Cid  ---
Works fine for me

-- 
You are receiving this mail because:
You are the assignee for the bug.

Re: KEcoLab's integration into Okular

2024-01-31 Thread DrQuark
<<< text/html; charset=utf-8: Unrecognized >>>


publicKey - thestrangequarks@protonmail.com - 0xA1F859C9.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature


Re: KEcoLab's integration into Okular

2024-01-31 Thread Albert Astals Cid
El dimecres, 31 de gener de 2024, a les 4:48:04 (CET), DrQuark va escriure:
> Hi Albert,
> I am Karanjot Singh, one of the developers from the KEcolab Team. 
> 
> 
> You can configure a list of people that would receive an email when the
> pipeline status changes. 
> See https://docs.gitlab.com/ee/user/project/integrations/pipeline_status_em
> ails.html

Try following the steps, you will see that you can't do step 1 because that is 
not something we have in KDE (I guess one could bother sysadmin about it, but 
that's not scalable).

Cheers,
  Albert

> 
> 
> Cheers,
> Karanjot
> 
> 
> 
> 
> 
> On Wed, Jan 31, 2024 at 04:39, Albert Astals Cid  wrote:
> 
> El dilluns, 29 de gener de 2024, a les 20:11:20 (CET), Aakarsh MJ va 
escriure:
> > Sorry for the late reply,
> > 
> > > > Please remember to keep the list in copy :)
> > 
> > My mistake, I made sure to include all in this reply
> > 
> > > Doing the testing on the tag creation may be a bit too late since we
> > > only
> > > 
> > > create the tag when the application is released, which means if the test
> > > finds
> > > 
> > > a regression, it's too late since we've already released.
> > > 
> > > 
> > > But I guess as a start is not a bad thing, at least we'd know a
> > > regression
> > > 
> > > happened :D
> > 
> > Great!
> > 
> > > Speaking of which, how would we know a regression happened? I understand
> > > the
> > > 
> > > pipeline would fail, but since "noone" is specifically looking at that
> > > 
> > > pipeline it would possibly be "lost"? Maybe we can get an email on the
> > > mailing
> > > 
> > > list? But I guess that's step #2.
> > 
> > Yes, iirc whenever a pipeline fails the maintainers do receive an email
> 
> > similar to the following image:
> Are you sure this is how it works?
> 
> For Okular I only get emails when I break it, not when someone else does.
> 
> Cheers,
> Albert
> 
> > [image: image.png]
> > and even if the deploy stage fails we would still have artefacts from the
> > energy measurement stage.
> > 
> > Sincerely,
> > Aakarsh MJ
> > 
> > On Fri, Jan 26, 2024 at 4:32 AM Albert Astals Cid  wrote:
> > > El dijous, 25 de gener de 2024, a les 23:37:59 (CET), Aakarsh MJ va
> > > 
> > > escriure:
> > > > Hi Albert,
> > > 
> > > Please remember to keep the list in copy :)
> > > 
> > > > So we are planning to integrate this in the gitlab pipeline and are
> > > 
> > > looking
> > > 
> > > > to leverage `release-tags` (eg tag v 1.0) to identify the release
> > > > KEcoLab
> > > > runner would automatically run on and additionally the measurement
> > > 
> > > process
> > > 
> > > > can also be run manually at any time.
> > > 
> > > Doing the testing on the tag creation may be a bit too late since we
> > > only
> > > create the tag when the application is released, which means if the test
> > > finds
> > > a regression, it's too late since we've already released.
> > > 
> > > But I guess as a start is not a bad thing, at least we'd know a
> > > regression
> > > happened :D
> > > 
> > > Speaking of which, how would we know a regression happened? I understand
> > > the
> > > pipeline would fail, but since "noone" is specifically looking at that
> > > pipeline it would possibly be "lost"? Maybe we can get an email on the
> > > mailing
> > > list? But I guess that's step #2.
> > > 
> > > Cheers,
> > > 
> > > Albert
> > > 
> > > > Sincerely,
> > > > Aakarsh MJ
> > > > 
> > > > On Tue, Jan 23, 2024 at 4:07 AM Albert Astals Cid  
wrote:
> > > > > El dijous, 18 de gener de 2024, a les 18:17:10 (CET), Aakarsh MJ va
> > > > > 
> > > > > escriure:
> > > > > > request "reply all"
> > > > > > 
> > > > > > Hello everyone, My name is Aakarsh MJ, I’m contacting you on
> > > > > > behalf
> > > 
> > > of
> > > 
> > > > > the
> > > > > 
> > > > > > KDE Eco’s KEcoLab team for proposing the integration of KEcoLab
> > > > > > into
> > > > > > Okular’s pipeline. There are 2 proposed models (you can also
> > > > > > suggest
> > > > > > your
> > > > > > own) which are as follows:
> > > > > > 
> > > > > > 1) Pre-release Testing:
> > > > > > * Every release candidate would be tested for energy consumption.
> > > > > > * Provide information about energy change with the previous
> > > > > > versions
> > > 
> > > to
> > > 
> > > > > > maintain the Blue Angel’s recommended less than 10% increase from
> > > > > > the
> > > > > 
> > > > > time
> > > > > 
> > > > > > of certification requirement.
> > > > > > 
> > > > > > 2) Optional Merge Request Testing (MRT)
> > > > > > * Maintainers can opt to run KEcoLab on specific merge requests
> > > 
> > > based on
> > > 
> > > > > > their potential impact on energy consumption.
> > > > > > * Smaller changes or bug fixes may not require MRT, while large
> > > 
> > > feature
> > > 
> > > > > > additions could benefit from energy analysis
> > > > > > * This approach allows for targeted testing, while at the same
> > > > > > time
> > > > > > ensuring we are not consuming unnecessary energy.
> > > > > > 
> > > > > > If approved me and 

[okular] [Bug 478276] Wrong paper color until zoom when overprint preview enabled

2024-01-31 Thread Kevin Ottens
https://bugs.kde.org/show_bug.cgi?id=478276

--- Comment #9 from Kevin Ottens  ---
I can indeed confirm it. Now I don't have much bandwidth at the moment, so
don't hold your breath... in any case, at first glance, it looks like it might
be something in Poppler/Qt rather than Okular itself.

-- 
You are receiving this mail because:
You are the assignee for the bug.