<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.kde.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugs.kde.org/"
          
          maintainer="sysadmin@kde.org"
>

    <bug>
          <bug_id>491608</bug_id>
          
          <creation_ts>2024-08-12 07:16:30 +0000</creation_ts>
          <short_desc>To be able to set a local time to videos QuickTime</short_desc>
          <delta_ts>2026-04-19 06:41:23 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>2</classification_id>
          <classification>Applications</classification>
          <product>digikam</product>
          <component>Metadata-Date</component>
          <version>8.5.0</version>
          <rep_platform>Manjaro</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>UNCONFIRMED</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>NOR</priority>
          <bug_severity>wishlist</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>0</everconfirmed>
          <reporter name="mahikeulbody">51mfxqck</reporter>
          <assigned_to name="Digikam Developers">digikam-bugs-null</assigned_to>
          <cc>metzpinguin</cc>
          
          <cf_commitlink></cf_commitlink>
          <cf_versionfixedin></cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>0</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>2344994</commentid>
    <comment_count>0</comment_count>
    <who name="mahikeulbody">51mfxqck</who>
    <bug_when>2024-08-12 07:16:30 +0000</bug_when>
    <thetext>(this request is related to the comment 21 of the bug 484719)

1. Request
In the Adjust Time &amp; Date tool, allow the user to specify optionally a time zone (tz).
If set, Digikam will create the tag QuickTime:CreationDate with the value of QuickTime:CreateDate and tz as time zone for each items of the selection.
If exist, QuickTime:CreationDate-tz will override QuickTime:CreateDate for renaming based on a exif date pattern and for sorting by date.

NB. It is not possible (at least with exiftool) to add a time zone to Quicktime:CreateDate, Quicktime:ModifyDate, and any date/time tag that is listed as an &quot;integer&quot; on the Quicktime tags page (https://exiftool.org/TagNames/QuickTime.html). On the other side, it seems QuickTime:CreationDate is used in the Apple world to store the local date of a video. Please see also https://exiftool.org/forum/index.php?topic=16289.0.

2. Why
The actual behavior works when the video is taken in the same time zone that the PC running Digikam. Since it is the most usual use case, it is a nice &quot;shortcut&quot; (with a difficulty though : the need to identify if a video is UTC or local time according to the device type).

But this shortcut is wrong for another use case, the one where the video was taken in another time zone that the pc running Digikam (typically during a travel to a foreign country). In this case, the photos and the videos are not sorted in chronological order (neither by date nor by name if renaming is based on an exif date pattern).

3. Miscellaneous
The current behavior would not be broken : Digikam would continue to apply the time zone of the PC at import. it would be up to the user to select later the UTC videos to which he wants to create a local date by applying a time zone.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2349980</commentid>
    <comment_count>1</comment_count>
    <who name="mahikeulbody">51mfxqck</who>
    <bug_when>2024-08-30 06:28:21 +0000</bug_when>
    <thetext>An alternative could be to offer this possibility only within the Queue Manager instead of the UI of Adjust Time &amp; Date.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2349981</commentid>
    <comment_count>2</comment_count>
    <who name="mahikeulbody">51mfxqck</who>
    <bug_when>2024-08-30 06:35:03 +0000</bug_when>
    <thetext>To say the truth, as for me, I don&apos;t need really a way to write QuickTime:CreationDate-tz on the related videos, it is easy to do outside of Digikam. What I need would be that Digikam uses QuickTime:CreationDate-tz as field - if it exist - to sort by date and to rename by date-pattern.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2350448</commentid>
    <comment_count>3</comment_count>
    <who name="Maik Qualmann">metzpinguin</who>
    <bug_when>2024-08-31 20:29:22 +0000</bug_when>
    <thetext>Git commit 31cabb77209609f304236a876fa760ce98ae2e70 by Maik Qualmann.
Committed on 31/08/2024 at 20:28.
Pushed by mqualmann into branch &apos;master&apos;.

enable writing of local time zone for video files

M  +13   -4    core/libs/metadataengine/exiftool/exiftoolparser_command.cpp

https://invent.kde.org/graphics/digikam/-/commit/31cabb77209609f304236a876fa760ce98ae2e70</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2350617</commentid>
    <comment_count>4</comment_count>
    <who name="mahikeulbody">51mfxqck</who>
    <bug_when>2024-09-01 17:04:33 +0000</bug_when>
    <thetext>Selecting a video, Adjust Time &amp; Date, don&apos;t touch anything except Ok buttom. After a few seconds, Digikam (with the last debug appimage) crashes (segmentation fault), please see the attached log.

Unfortunately I can&apos;t use the debug mode because I get the following error when I add the debug option .

Starting digiKam into GDB...
Use &apos;bt&apos; command on debugger prompt to get a crash backtrace.
Use &apos;q&apos; command to quit debugger session.
gdb: /tmp/.mount_digiKay3vZe0/usr/lib/libssl.so.3: version `OPENSSL_3.2.0&apos; not found (required by /usr/lib/libcurl.so.4)
gdb: /tmp/.mount_digiKay3vZe0/usr/lib/libssl.so.3: version `OPENSSL_3.3.0&apos; not found (required by /usr/lib/libcurl.so.4)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2350618</commentid>
    <comment_count>5</comment_count>
      <attachid>173205</attachid>
    <who name="mahikeulbody">51mfxqck</who>
    <bug_when>2024-09-01 17:05:01 +0000</bug_when>
    <thetext>Created attachment 173205
segfault log</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2350632</commentid>
    <comment_count>6</comment_count>
    <who name="Maik Qualmann">metzpinguin</who>
    <bug_when>2024-09-01 17:38:12 +0000</bug_when>
    <thetext>Hmm, I can&apos;t reproduce it at the moment with my native digiKam version, AppImage test follows...

Maik</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2350637</commentid>
    <comment_count>7</comment_count>
    <who name="Maik Qualmann">metzpinguin</who>
    <bug_when>2024-09-01 18:28:58 +0000</bug_when>
    <thetext>I can reproduce it with the AppImage, it crashes in a Qt function, in QCalendar. The attempt to use QDateTime::toString() with a time zone placeholder fails. I suspect problems with the QLocale support in the AppImage, I will disable it for now.

Maik</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2350639</commentid>
    <comment_count>8</comment_count>
    <who name="Maik Qualmann">metzpinguin</who>
    <bug_when>2024-09-01 18:38:56 +0000</bug_when>
    <thetext>Git commit 7651bd9f0f26d33bede1764b3c9e620b0f21f73c by Maik Qualmann.
Committed on 01/09/2024 at 18:38.
Pushed by mqualmann into branch &apos;master&apos;.

prevent crash in AppImage with timezone string

M  +5    -6    core/libs/metadataengine/exiftool/exiftoolparser_command.cpp

https://invent.kde.org/graphics/digikam/-/commit/7651bd9f0f26d33bede1764b3c9e620b0f21f73c</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2350777</commentid>
    <comment_count>9</comment_count>
    <who name="mahikeulbody">51mfxqck</who>
    <bug_when>2024-09-02 09:59:57 +0000</bug_when>
    <thetext>Crash fixed, thanks.

Coming back to the request to see what happen now with video times :
I have a pixel 5 video where exiftool -Time:all =&gt; &quot;2024:05:02 02:29:59&quot; for all date fields of the file (it is the right UTC time of the video).
I added it to Digikam and I checked the ImageInformation table into the SQLite db :
     creationDate : 2024-05-02T04:29:59.000
     digitizationDate : 2024-05-02T04:29:59.000
(Digikam applied the time zone of my computer, UTC+2)

Than I want to &apos;Adjust Time &amp; Date&apos; of the video to the local time in order :
1) that it is sorted correctly compared to the photos when &quot;View/Sort items/by creation date&quot;
2) it can be renamed with a date pattern based on the local time in order to be sorted correctly with the photos when &quot;View/Sort items/by Name&quot;.

The video has been taken in South Korea, UTC+9. So I must adjust by +7 hours (-2+9). Checking the db after the adjust :
     creationDate : 2024-05-02T11:29:59.000
     digitizationDate : 2024-05-02T04:29:59.000

Now I try to sort items by Creation date : ok ; by Name : ok. Nice !

But exiftool -Time:all =&gt; &quot;2024:05:02 09:29:59&quot; for the date fields of the file. That is logical but annoying since QuickTime:CreateDate is supposed to be UTC time. What will happen if we import later these &quot;adjusted&quot; videos into a new Digikam collection ? I think that this solution can lead to a lot of confusion for the user.

That is why, as suggested in https://exiftool.org/forum/index.php?topic=16289.0 topic, I proposed that &quot;Adjust Time &amp; date&quot; writes the adjusted time into the field QuickTime:CreationDate which supports an offset (in my example, the value to write would be 2024-05-02 02:29:59+09:00) and to store it into db.creationDate (for sorting and renaming purposes). Additionally, Digikam would use QuickTime:CreationDate, if it exists, instead of QuickTime:CreationDate when reading metadatas from file.

To be sure that is possible, I tried :
exiftool -QuickTime:CreationDate=&quot;2024:05:02 02:29:59+09:00&quot;  myfile.mp4

I get:
 &quot;QuickTime&quot;: {
    &quot;CreateDate&quot;: &quot;2024:05:02 09:29:59&quot;,
    &quot;ModifyDate&quot;: &quot;2024:05:02 09:29:59&quot;
  },
  &quot;Keys&quot;: {
    &quot;CreationDate&quot;: &quot;2024:05:02 02:29:59+09:00&quot;
  },

According to my understanding of the topic linked above, it seems Apple uses this solution so solve the problem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2350904</commentid>
    <comment_count>10</comment_count>
    <who name="mahikeulbody">51mfxqck</who>
    <bug_when>2024-09-02 17:41:41 +0000</bug_when>
    <thetext>I forgot the case where the user want to correct the UTC time itself because he knows that the device set it incorrectly. Personally I don&apos;t care of this use case if this ever happens since I can correct it directly with exiftool. But from a Digikam point of view, may be it could give the choice with an option such as &quot;force UTC time update ?&quot; unset by default.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2351084</commentid>
    <comment_count>11</comment_count>
    <who name="mahikeulbody">51mfxqck</who>
    <bug_when>2024-09-03 11:53:07 +0000</bug_when>
    <thetext>Request: to be able to have a coherent sorting between local time items and UTC time items (such as quicktime videos), whether sorting by date or sorting by name.

The current implementation fails to achieve this request because it does not respect an essential constraint : don&apos;t lose the information of the original UTC time into the file ; otherwise if these video files are re-imported someday, Digikam will add the tz of the PC again (not to mention that the user will no longer be able to tell later if the video was already put in local time or not).

Indeed, when the user &quot;Adjust Time&quot; to achieve a local time (applying an offset = tz of the location where the video has bee taken - tz of the pc at the import date), Digikam writes the new value to ALL date time fields of the file, thus losing UTC time value.

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
PS. The only case where the original UTC time itself could be modified in the file is if the user is aware that is a wrong UTC time. I don&apos;t know if it is possible though (may be a smartphone connected to a border network which has not the same time zone that the current location of the user ?). As far as I&apos;m concerned, I don&apos;t need Digikam to take this case into account (if it ever exists, it is easy to take it in account with Exiftool before to import the relevant videos).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2351147</commentid>
    <comment_count>12</comment_count>
    <who name="mahikeulbody">51mfxqck</who>
    <bug_when>2024-09-03 15:04:31 +0000</bug_when>
    <thetext>I found this (long) post on https://discussions.apple.com/docs/DOC-250002750 explaining how to fix incorrect sorting of movies and images. There is in particular the following passage :

3. Date in &apos;Keys:CreationDate&apos; or &apos;UserData:DateTimeOriginal&apos; sets the time and time zone, and it overrides all other time and time zone tags above. Keys overrides UserData if both exist (Photos ignores this UserData tag in .mov). iOS (8.4)-9 and newer inserts &apos;Keys:CreationDate&apos; to its movies.

So Keys:CreationDate, if it exists, is the reference date used by the Apple for sorting (which seems logical since this field normally has a time zone).

Unless we find a better solution it would seem logical to do the same in Digikam, that is to say to do db.CreationDate = Keys:CreationDate (if it exists) when importing or reading metatadata from file. And to write &quot;adjusted time&quot; to Keys:CreationDate, keeping the UTC time unchanged.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2510789</commentid>
    <comment_count>13</comment_count>
    <who name="Maik Qualmann">metzpinguin</who>
    <bug_when>2026-04-19 06:41:23 +0000</bug_when>
    <thetext>Git commit ad5bb7d1da29dc6d90e4961d53afe79bbfa429b3 by Maik Qualmann.
Committed on 19/04/2026 at 06:40.
Pushed by mqualmann into branch &apos;master&apos;.

prepare database update to add ImageTagProperties index and a timezone field
Related: bug 519125, bug 514970, bug 517889, bug 510261, bug 495506, bug 485836, bug 251357

M  +46   -1    core/data/database/dbconfig.xml.cmake.in
M  +8    -0    core/libs/database/coredb/coredbschemaupdater.cpp

https://invent.kde.org/graphics/digikam/-/commit/ad5bb7d1da29dc6d90e4961d53afe79bbfa429b3</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>173205</attachid>
            <date>2024-09-01 17:05:01 +0000</date>
            <delta_ts>2024-09-01 17:05:01 +0000</delta_ts>
            <desc>segfault log</desc>
            <filename>segfault.log</filename>
            <type>text/x-log</type>
            <size>10299</size>
            <attacher name="mahikeulbody">51mfxqck</attacher>
            
              <data encoding="base64">RGlnaWthbTo6RXhpZlRvb2xQYXJzZXI6OlByaXZhdGU6OnN0YXJ0UHJvY2VzczogRXhpZlRvb2wg
IkxvYWQgTWV0YWRhdGEiICItanNvbiAtRzowOjE6Mjo0OjYgLWwgL2hvbWUvbWljaGVsL0ltYWdl
cy9mYW1pbGxlL3Bob3RvLXZpZGVvLzIwMjQvMjAyNC0wNS8yMDI0LTA1LTAxXzE0aDA5LTEzLmpw
ZyIKRGlnaWthbTo6RXhpZlRvb2xQcm9jZXNzOjpQcml2YXRlOjpyZWFkT3V0cHV0OiBFeGlmVG9v
bFByb2Nlc3M6OnJlYWRPdXRwdXQoKTogRXhpZlRvb2wgY29tbWFuZCBjb21wbGV0ZWQKRGlnaWth
bTo6RE1ldGFkYXRhOjpsb2FkOiBMb2FkaW5nIG1ldGFkYXRhIHdpdGggIkV4aXYyIiBiYWNrZW5k
IGZyb20gIi9ob21lL21pY2hlbC9JbWFnZXMvZmFtaWxsZS9waG90by12aWRlby8yMDI0LzIwMjQt
MDUvMjAyNC0wNS0wMV8xNGgwOS0xMy5qcGciCkRpZ2lrYW06Okl0ZW1Qcm9wZXJ0aWVzTWV0YWRh
dGFUYWI6OnNldEN1cnJlbnRVUkw6IE1ldGFkYXRhIGxvYWRpbmcgd2l0aCBFeGl2MiB0b29rIDM3
OSBtcyAoIHRydWUgKQpEaWdpa2FtOjpNZXRhZGF0YVdpZGdldDo6c2V0TWV0YWRhdGE6ICJTdGFu
ZGFyZCBFeGlmIFRhZ3MiIGRlY29kaW5nIHRvb2sgNjcgbXMgKCBmYWxzZSApCkRpZ2lrYW06Ok1l
dGFkYXRhV2lkZ2V0OjpzZXRNZXRhZGF0YTogIk1ha2VyTm90ZSBFeGlmIFRhZ3MiIGRlY29kaW5n
IHRvb2sgMCBtcyAoIGZhbHNlICkKRGlnaWthbTo6TWV0YWRhdGFXaWRnZXQ6OnNldE1ldGFkYXRh
OiAiSVBUQyBSZWNvcmRzIiBkZWNvZGluZyB0b29rIDAgbXMgKCBmYWxzZSApCkRpZ2lrYW06Ok1l
dGFkYXRhV2lkZ2V0OjpzZXRNZXRhZGF0YTogIlhNUCBTY2hlbWEiIGRlY29kaW5nIHRvb2sgMCBt
cyAoIGZhbHNlICkKRGlnaWthbTo6QWN0aW9uVGhyZWFkQmFzZTo6Y2FuY2VsOiBGaW5pc2ggTWFp
biBUaHJlYWQKRGlnaWthbTo6RXhpZlRvb2xQYXJzZXI6OmNtZENvbXBsZXRlZDogRXhpZlRvb2wg
Y29tcGxldGUgY29tbWFuZCBmb3IgYWN0aW9uICJMb2FkIE1ldGFkYXRhIiB3aXRoIGVsYXNwZWQg
dGltZSAobXMpOiAyOTgKRGlnaWthbTo6RXhpZlRvb2xQYXJzZXI6OmNtZENvbXBsZXRlZDogRXhp
ZlRvb2wgSnNvbiBtYXAgc2l6ZTogMjQwCkRpZ2lrYW06OkV4aWZUb29sUGFyc2VyOjpjbWRDb21w
bGV0ZWQ6IEV4aWZUb29sIHBhcnNlZCBjb21tYW5kIGZvciBhY3Rpb24gIkxvYWQgTWV0YWRhdGEi
IDIzOSBwcm9wZXJ0aWVzIGRlY29kZWQKRGlnaWthbTo6RXhpZlRvb2xQYXJzZXI6OlByaXZhdGU6
Omp1bXBUb1Jlc3VsdENvbW1hbmQ6IEV4aWZUb29sIGNvbXBsZXRlICJMb2FkIE1ldGFkYXRhIiBm
b3IgIi9ob21lL21pY2hlbC9JbWFnZXMvZmFtaWxsZS9waG90by12aWRlby8yMDI0LzIwMjQtMDUv
MjAyNC0wNS0wMV8xNGgwOS0xMy5qcGciCkRpZ2lrYW06OkV4aWZUb29sUGFyc2VyOjpleGlmVG9v
bEF2YWlsYWJsZTogQ2hlY2sgRXhpZlRvb2wgYXZhaWxhYmlsaXR5OiB0cnVlCkRpZ2lrYW06Ok5l
d0l0ZW1zRmluZGVyOjpzbG90U3RhcnQ6IHNjYW4gbW9kZTogU2NhbkRlZmVycmVkRmlsZXMKRGln
aWthbTo6TmV3SXRlbXNGaW5kZXI6OnNsb3RUb3RhbEZpbGVzVG9TY2FuOiB0b3RhbCBzY2FuIHZh
bHVlIDogIDg3MzcwCkRpZ2lrYW06Ok5ld0l0ZW1zRmluZGVyOjpzbG90VG90YWxGaWxlc1RvU2Nh
bjogdG90YWwgc2NhbiB2YWx1ZSA6ICA4ODE1OQpEaWdpa2FtOjpDb2xsZWN0aW9uU2Nhbm5lcjo6
Y29tcGxldGVIaXN0b3J5U2Nhbm5pbmc6IGl0ZW1zIHRvIHRhZyBRTGlzdCgpCkRpZ2lrYW06OkNv
bGxlY3Rpb25TY2FubmVyOjpjb21wbGV0ZVNjYW46IENvbXBsZXRlIHNjYW4gdG9vazogMzIyNyBt
c2Vjcy4KRGlnaWthbTo6YWRqdXN0ZWRFbnZpcm9ubWVudEZvckFwcEltYWdlOiBBZGp1c3Rpbmcg
ZW52aXJvbm1lbnQgdmFyaWFibGVzIGZvciBBcHBJbWFnZSBidW5kbGUKRGlnaWthbTo6RE5vdGlm
aWNhdGlvbldyYXBwZXI6IEV2ZW50IGlzIGRpc3BhdGNoZWQgdG8gZGVza3RvcCBub3RpZmllciB0
aHJvdWdoIERCVVMKRGlnaWthbTo6SXRlbU1hcmtlclRpbGVyOjpzbG90U291cmNlTW9kZWxSZXNl
dDogLS0tLQpEaWdpa2FtOjpJdGVtTWFya2VyVGlsZXI6OnNsb3RTb3VyY2VNb2RlbFJlc2V0OiAt
LS0tCkRpZ2lrYW06OkFjdGlvblRocmVhZEJhc2U6OnNldE1heGltdW1OdW1iZXJPZlRocmVhZHM6
IFVzaW5nICA0ICBDUFUgY29yZSB0byBydW4gdGhyZWFkcwpEaWdpa2FtOjpBY3Rpb25UaHJlYWRC
YXNlOjpydW46IEFjdGlvbiBUaHJlYWQgcnVuIDEgbmV3IGpvYnMKRGlnaWthbTo6QWN0aW9uVGhy
ZWFkQmFzZTo6Y2FuY2VsOiBDYW5jZWwgTWFpbiBUaHJlYWQKRGlnaWthbTo6QWN0aW9uVGhyZWFk
QmFzZTo6c2xvdEpvYkZpbmlzaGVkOiBPbmUgam9iIGlzIGRvbmUgIERpZ2lrYW06OkFsYnVtc0pv
YigweDYzMGE2Yzg1MDk1MCkgIHRpbWU6IDM0CkRpZ2lrYW06OkFjdGlvblRocmVhZEJhc2U6OmNh
bmNlbDogRmluaXNoIE1haW4gVGhyZWFkCkRpZ2lrYW06OkV4aWZUb29sUGFyc2VyOjpQcml2YXRl
OjpzdGFydFByb2Nlc3M6IEV4aWZUb29sICJMb2FkIE1ldGFkYXRhIiAiLWpzb24gLUc6MDoxOjI6
NDo2IC1sIC9ob21lL21pY2hlbC9JbWFnZXMvdGVzdHMvMjAyNC0wNS0wMV8xNGgwOS0xMy5qcGci
CkRpZ2lrYW06OkRNZXRhZGF0YTo6bG9hZDogTG9hZGluZyBtZXRhZGF0YSB3aXRoICJFeGl2MiIg
YmFja2VuZCBmcm9tICIvaG9tZS9taWNoZWwvSW1hZ2VzL3Rlc3RzLzIwMjQtMDUtMDFfMTRoMDkt
MTMuanBnIgpEaWdpa2FtOjpJdGVtUHJvcGVydGllc01ldGFkYXRhVGFiOjpzZXRDdXJyZW50VVJM
OiBNZXRhZGF0YSBsb2FkaW5nIHdpdGggRXhpdjIgdG9vayA2IG1zICggdHJ1ZSApCkRpZ2lrYW06
Ok1ldGFkYXRhV2lkZ2V0OjpzZXRNZXRhZGF0YTogIlN0YW5kYXJkIEV4aWYgVGFncyIgZGVjb2Rp
bmcgdG9vayAwIG1zICggZmFsc2UgKQpEaWdpa2FtOjpNZXRhZGF0YVdpZGdldDo6c2V0TWV0YWRh
dGE6ICJNYWtlck5vdGUgRXhpZiBUYWdzIiBkZWNvZGluZyB0b29rIDAgbXMgKCBmYWxzZSApCkRp
Z2lrYW06Ok1ldGFkYXRhV2lkZ2V0OjpzZXRNZXRhZGF0YTogIklQVEMgUmVjb3JkcyIgZGVjb2Rp
bmcgdG9vayAwIG1zICggZmFsc2UgKQpEaWdpa2FtOjpNZXRhZGF0YVdpZGdldDo6c2V0TWV0YWRh
dGE6ICJYTVAgU2NoZW1hIiBkZWNvZGluZyB0b29rIDAgbXMgKCBmYWxzZSApCkRpZ2lrYW06OkV4
aWZUb29sUHJvY2Vzczo6UHJpdmF0ZTo6cmVhZE91dHB1dDogRXhpZlRvb2xQcm9jZXNzOjpyZWFk
T3V0cHV0KCk6IEV4aWZUb29sIGNvbW1hbmQgY29tcGxldGVkCkRpZ2lrYW06OkV4aWZUb29sUGFy
c2VyOjpjbWRDb21wbGV0ZWQ6IEV4aWZUb29sIGNvbXBsZXRlIGNvbW1hbmQgZm9yIGFjdGlvbiAi
TG9hZCBNZXRhZGF0YSIgd2l0aCBlbGFzcGVkIHRpbWUgKG1zKTogODIKRGlnaWthbTo6RXhpZlRv
b2xQYXJzZXI6OmNtZENvbXBsZXRlZDogRXhpZlRvb2wgSnNvbiBtYXAgc2l6ZTogMjQwCkRpZ2lr
YW06OkV4aWZUb29sUGFyc2VyOjpjbWRDb21wbGV0ZWQ6IEV4aWZUb29sIHBhcnNlZCBjb21tYW5k
IGZvciBhY3Rpb24gIkxvYWQgTWV0YWRhdGEiIDIzOSBwcm9wZXJ0aWVzIGRlY29kZWQKRGlnaWth
bTo6RXhpZlRvb2xQYXJzZXI6OlByaXZhdGU6Omp1bXBUb1Jlc3VsdENvbW1hbmQ6IEV4aWZUb29s
IGNvbXBsZXRlICJMb2FkIE1ldGFkYXRhIiBmb3IgIi9ob21lL21pY2hlbC9JbWFnZXMvdGVzdHMv
MjAyNC0wNS0wMV8xNGgwOS0xMy5qcGciCkRpZ2lrYW06OkV4aWZUb29sUGFyc2VyOjpQcml2YXRl
OjpzdGFydFByb2Nlc3M6IEV4aWZUb29sICJMb2FkIE1ldGFkYXRhIiAiLWpzb24gLUc6MDoxOjI6
NDo2IC1sIC9ob21lL21pY2hlbC9JbWFnZXMvdGVzdHMvUFhMXzIwMjQwOTAxXzE2MTM1MTIwNy5t
cDQiCkRpZ2lrYW06OkRNZXRhZGF0YTo6bG9hZFVzaW5nRkZtcGVnOiBQYXJzZSBtZXRhZGFkYSB3
aXRoIEZGTXBlZzogIi9ob21lL21pY2hlbC9JbWFnZXMvdGVzdHMvUFhMXzIwMjQwOTAxXzE2MTM1
MTIwNy5tcDQiCkRpZ2lrYW06OkV4aWZUb29sUHJvY2Vzczo6UHJpdmF0ZTo6cmVhZE91dHB1dDog
RXhpZlRvb2xQcm9jZXNzOjpyZWFkT3V0cHV0KCk6IEV4aWZUb29sIGNvbW1hbmQgY29tcGxldGVk
CkRpZ2lrYW06OkRNZXRhZGF0YTo6bG9hZFVzaW5nRkZtcGVnOiAtLSBGRk1wZWcgYXVkaW8gc3Ry
ZWFtIG1ldGFkYXRhIGVudHJpZXMgOgpEaWdpa2FtOjpETWV0YWRhdGE6OmxvYWRVc2luZ0ZGbXBl
ZzogUU1hcCgoImNyZWF0aW9uX3RpbWUiLCAiMjAyNC0wOS0wMVQxNjoxMzo1OC4wMDAwMDBaIiko
ImhhbmRsZXJfbmFtZSIsICJTb3VuZEhhbmRsZSIpKCJsYW5ndWFnZSIsICJlbmciKSgidmVuZG9y
X2lkIiwgIlswXVswXVswXVswXSIpKQpEaWdpa2FtOjpETWV0YWRhdGE6OmxvYWRVc2luZ0ZGbXBl
ZzogLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KRGlnaWthbTo6RE1l
dGFkYXRhOjpsb2FkVXNpbmdGRm1wZWc6IC0tIEZGTXBlZyB2aWRlbyBzdHJlYW0gbWV0YWRhdGEg
ZW50cmllcyA6CkRpZ2lrYW06OkRNZXRhZGF0YTo6bG9hZFVzaW5nRkZtcGVnOiBRTWFwKCgiY3Jl
YXRpb25fdGltZSIsICIyMDI0LTA5LTAxVDE2OjEzOjU4LjAwMDAwMFoiKSgiaGFuZGxlcl9uYW1l
IiwgIlZpZGVvSGFuZGxlIikoImxhbmd1YWdlIiwgImVuZyIpKCJ2ZW5kb3JfaWQiLCAiWzBdWzBd
WzBdWzBdIikpCkRpZ2lrYW06OkRNZXRhZGF0YTo6bG9hZFVzaW5nRkZtcGVnOiAtLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpEaWdpa2FtOjpNZXRhRW5naW5lOjpzZXRJ
dGVtT3JpZW50YXRpb246IEV4aWYuSW1hZ2UuT3JpZW50YXRpb24gdGFnIHNldCB0bzogNgpEaWdp
a2FtOjpETWV0YWRhdGE6OmxvYWRVc2luZ0ZGbXBlZzogLS0gRkZNcGVnIHJvb3QgY29udGFpbmVy
IG1ldGFkYXRhIGVudHJpZXMgOgpEaWdpa2FtOjpETWV0YWRhdGE6OmxvYWRVc2luZ0ZGbXBlZzog
UU1hcCgoImNvbS5hbmRyb2lkLmNhcHR1cmUuZnBzIiwgIjMwLDAwMDAwMCIpKCJjb20uYW5kcm9p
ZC5tYW51ZmFjdHVyZXIiLCAiR29vZ2xlIikoImNvbS5hbmRyb2lkLm1vZGVsIiwgIlBpeGVsIDUi
KSgiY29tcGF0aWJsZV9icmFuZHMiLCAiaXNvbWlzbzJtcDQxIikoImNyZWF0aW9uX3RpbWUiLCAi
MjAyNC0wOS0wMVQxNjoxMzo1OC4wMDAwMDBaIikoImxvY2F0aW9uIiwgIis0NS4xODQ5KzUuNzEy
OC8iKSgibG9jYXRpb24tZW5nIiwgIis0NS4xODQ5KzUuNzEyOC8iKSgibWFqb3JfYnJhbmQiLCAi
aXNvbSIpKCJtaW5vcl92ZXJzaW9uIiwgIjEzMTA3MiIpKQpEaWdpa2FtOjpETWV0YWRhdGE6Omxv
YWRVc2luZ0ZGbXBlZzogLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
CkRpZ2lrYW06OkV4aWZUb29sUGFyc2VyOjpleGlmVG9vbEF2YWlsYWJsZTogQ2hlY2sgRXhpZlRv
b2wgYXZhaWxhYmlsaXR5OiB0cnVlCkRpZ2lrYW06OkV4aWZUb29sUGFyc2VyOjpQcml2YXRlOjpz
dGFydFByb2Nlc3M6IEV4aWZUb29sICJMb2FkIENodW5rcyIgIi1UYWdzRnJvbUZpbGUgL2hvbWUv
bWljaGVsL0ltYWdlcy90ZXN0cy9QWExfMjAyNDA5MDFfMTYxMzUxMjA3Lm1wNCAtYWxsIC1hcGkg
UXVpY2tUaW1lVVRDIC14bXAtZGM6U3ViamVjdDxNaWNyb3NvZnQ6Q2F0ZWdvcnkgLXhtcC1taWNy
b3NvZnQ6UmF0aW5nUGVyY2VudDxNaWNyb3NvZnQ6U2hhcmVkVXNlclJhdGluZyAtbyAtLmV4diIK
RGlnaWthbTo6RXhpZlRvb2xQcm9jZXNzOjpQcml2YXRlOjpyZWFkT3V0cHV0OiBFeGlmVG9vbFBy
b2Nlc3M6OnJlYWRPdXRwdXQoKTogRXhpZlRvb2wgY29tbWFuZCBjb21wbGV0ZWQKRGlnaWthbTo6
RXhpZlRvb2xQYXJzZXI6OmNtZENvbXBsZXRlZDogRXhpZlRvb2wgY29tcGxldGUgY29tbWFuZCBm
b3IgYWN0aW9uICJMb2FkIENodW5rcyIgd2l0aCBlbGFzcGVkIHRpbWUgKG1zKTogNzQ4CkRpZ2lr
YW06OkV4aWZUb29sUGFyc2VyOjpjbWRDb21wbGV0ZWQ6IEVYViBjaHVuayBzaXplOiAzNzcxCkRp
Z2lrYW06OkV4aWZUb29sUGFyc2VyOjpjbWRDb21wbGV0ZWQ6IEV4aWZUb29sIHBhcnNlZCBjb21t
YW5kIGZvciBhY3Rpb24gIkxvYWQgQ2h1bmtzIiAxIHByb3BlcnRpZXMgZGVjb2RlZApEaWdpa2Ft
OjpFeGlmVG9vbFBhcnNlcjo6UHJpdmF0ZTo6anVtcFRvUmVzdWx0Q29tbWFuZDogRXhpZlRvb2wg
Y29tcGxldGUgIkxvYWQgQ2h1bmtzIiBmb3IgIi9ob21lL21pY2hlbC9JbWFnZXMvdGVzdHMvUFhM
XzIwMjQwOTAxXzE2MTM1MTIwNy5tcDQiCkRpZ2lrYW06OkRNZXRhZGF0YTo6bG9hZFVzaW5nRXhp
ZlRvb2w6IE1ldGFkYXRhIGNodW5rIGxvYWRlZCB3aXRoIEV4aWZUb29sCkRpZ2lrYW06OkRNZXRh
ZGF0YTo6bG9hZDogTG9hZGluZyBtZXRhZGF0YSB3aXRoICJFeGl2MiIgYmFja2VuZCBmcm9tICIv
aG9tZS9taWNoZWwvSW1hZ2VzL3Rlc3RzL1BYTF8yMDI0MDkwMV8xNjEzNTEyMDcubXA0IgpEaWdp
a2FtOjpJdGVtUHJvcGVydGllc01ldGFkYXRhVGFiOjpzZXRDdXJyZW50VVJMOiBNZXRhZGF0YSBs
b2FkaW5nIHdpdGggRXhpdjIgdG9vayAxNTUyIG1zICggdHJ1ZSApCkRpZ2lrYW06Ok1ldGFkYXRh
V2lkZ2V0OjpzZXRNZXRhZGF0YTogIlN0YW5kYXJkIEV4aWYgVGFncyIgZGVjb2RpbmcgdG9vayAw
IG1zICggZmFsc2UgKQpEaWdpa2FtOjpNZXRhZGF0YVdpZGdldDo6c2V0TWV0YWRhdGE6ICJNYWtl
ck5vdGUgRXhpZiBUYWdzIiBkZWNvZGluZyB0b29rIDAgbXMgKCBmYWxzZSApCkRpZ2lrYW06Ok1l
dGFkYXRhV2lkZ2V0OjpzZXRNZXRhZGF0YTogIklQVEMgUmVjb3JkcyIgZGVjb2RpbmcgdG9vayAw
IG1zICggdHJ1ZSApCkRpZ2lrYW06Ok1ldGFkYXRhV2lkZ2V0OjpzZXRNZXRhZGF0YTogIlhNUCBT
Y2hlbWEiIGRlY29kaW5nIHRvb2sgMCBtcyAoIGZhbHNlICkKRGlnaWthbTo6RXhpZlRvb2xQYXJz
ZXI6OmNtZENvbXBsZXRlZDogRXhpZlRvb2wgY29tcGxldGUgY29tbWFuZCBmb3IgYWN0aW9uICJM
b2FkIE1ldGFkYXRhIiB3aXRoIGVsYXNwZWQgdGltZSAobXMpOiAxNTAKRGlnaWthbTo6RXhpZlRv
b2xQYXJzZXI6OmNtZENvbXBsZXRlZDogRXhpZlRvb2wgSnNvbiBtYXAgc2l6ZTogMTE0CkRpZ2lr
YW06OkV4aWZUb29sUGFyc2VyOjpjbWRDb21wbGV0ZWQ6IEV4aWZUb29sIHBhcnNlZCBjb21tYW5k
IGZvciBhY3Rpb24gIkxvYWQgTWV0YWRhdGEiIDExMyBwcm9wZXJ0aWVzIGRlY29kZWQKRGlnaWth
bTo6RXhpZlRvb2xQYXJzZXI6OlByaXZhdGU6Omp1bXBUb1Jlc3VsdENvbW1hbmQ6IEV4aWZUb29s
IGNvbXBsZXRlICJMb2FkIE1ldGFkYXRhIiBmb3IgIi9ob21lL21pY2hlbC9JbWFnZXMvdGVzdHMv
UFhMXzIwMjQwOTAxXzE2MTM1MTIwNy5tcDQiCkRpZ2lrYW06OkFjdGlvblRocmVhZEJhc2U6OnNl
dE1heGltdW1OdW1iZXJPZlRocmVhZHM6IFVzaW5nICA0ICBDUFUgY29yZSB0byBydW4gdGhyZWFk
cwpEaWdpa2FtOjpBY3Rpb25UaHJlYWRCYXNlOjpydW46IEFjdGlvbiBUaHJlYWQgcnVuIDEgbmV3
IGpvYnMKRGlnaWthbTo6RE1ldGFkYXRhOjpsb2FkVXNpbmdGRm1wZWc6IFBhcnNlIG1ldGFkYWRh
IHdpdGggRkZNcGVnOiAiL2hvbWUvbWljaGVsL0ltYWdlcy90ZXN0cy9QWExfMjAyNDA5MDFfMTYx
MzUxMjA3Lm1wNCIKRGlnaWthbTo6RE1ldGFkYXRhOjpsb2FkVXNpbmdGRm1wZWc6IC0tIEZGTXBl
ZyBhdWRpbyBzdHJlYW0gbWV0YWRhdGEgZW50cmllcyA6CkRpZ2lrYW06OkRNZXRhZGF0YTo6bG9h
ZFVzaW5nRkZtcGVnOiBRTWFwKCgiY3JlYXRpb25fdGltZSIsICIyMDI0LTA5LTAxVDE2OjEzOjU4
LjAwMDAwMFoiKSgiaGFuZGxlcl9uYW1lIiwgIlNvdW5kSGFuZGxlIikoImxhbmd1YWdlIiwgImVu
ZyIpKCJ2ZW5kb3JfaWQiLCAiWzBdWzBdWzBdWzBdIikpCkRpZ2lrYW06OkRNZXRhZGF0YTo6bG9h
ZFVzaW5nRkZtcGVnOiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpE
aWdpa2FtOjpETWV0YWRhdGE6OmxvYWRVc2luZ0ZGbXBlZzogLS0gRkZNcGVnIHZpZGVvIHN0cmVh
bSBtZXRhZGF0YSBlbnRyaWVzIDoKRGlnaWthbTo6RE1ldGFkYXRhOjpsb2FkVXNpbmdGRm1wZWc6
IFFNYXAoKCJjcmVhdGlvbl90aW1lIiwgIjIwMjQtMDktMDFUMTY6MTM6NTguMDAwMDAwWiIpKCJo
YW5kbGVyX25hbWUiLCAiVmlkZW9IYW5kbGUiKSgibGFuZ3VhZ2UiLCAiZW5nIikoInZlbmRvcl9p
ZCIsICJbMF1bMF1bMF1bMF0iKSkKRGlnaWthbTo6RE1ldGFkYXRhOjpsb2FkVXNpbmdGRm1wZWc6
IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCkRpZ2lrYW06Ok1ldGFF
bmdpbmU6OnNldEl0ZW1PcmllbnRhdGlvbjogRXhpZi5JbWFnZS5PcmllbnRhdGlvbiB0YWcgc2V0
IHRvOiA2CkRpZ2lrYW06OkRNZXRhZGF0YTo6bG9hZFVzaW5nRkZtcGVnOiAtLSBGRk1wZWcgcm9v
dCBjb250YWluZXIgbWV0YWRhdGEgZW50cmllcyA6CkRpZ2lrYW06OkRNZXRhZGF0YTo6bG9hZFVz
aW5nRkZtcGVnOiBRTWFwKCgiY29tLmFuZHJvaWQuY2FwdHVyZS5mcHMiLCAiMzAsMDAwMDAwIiko
ImNvbS5hbmRyb2lkLm1hbnVmYWN0dXJlciIsICJHb29nbGUiKSgiY29tLmFuZHJvaWQubW9kZWwi
LCAiUGl4ZWwgNSIpKCJjb21wYXRpYmxlX2JyYW5kcyIsICJpc29taXNvMm1wNDEiKSgiY3JlYXRp
b25fdGltZSIsICIyMDI0LTA5LTAxVDE2OjEzOjU4LjAwMDAwMFoiKSgibG9jYXRpb24iLCAiKzQ1
LjE4NDkrNS43MTI4LyIpKCJsb2NhdGlvbi1lbmciLCAiKzQ1LjE4NDkrNS43MTI4LyIpKCJtYWpv
cl9icmFuZCIsICJpc29tIikoIm1pbm9yX3ZlcnNpb24iLCAiMTMxMDcyIikpCkRpZ2lrYW06OkRN
ZXRhZGF0YTo6bG9hZFVzaW5nRkZtcGVnOiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0KRGlnaWthbTo6RXhpZlRvb2xQYXJzZXI6OmV4aWZUb29sQXZhaWxhYmxlOiBD
aGVjayBFeGlmVG9vbCBhdmFpbGFiaWxpdHk6IHRydWUKRGlnaWthbTo6RXhpZlRvb2xQYXJzZXI6
OlByaXZhdGU6OnN0YXJ0UHJvY2VzczogRXhpZlRvb2wgIkxvYWQgQ2h1bmtzIiAiLVRhZ3NGcm9t
RmlsZSAvaG9tZS9taWNoZWwvSW1hZ2VzL3Rlc3RzL1BYTF8yMDI0MDkwMV8xNjEzNTEyMDcubXA0
IC1hbGwgLWFwaSBRdWlja1RpbWVVVEMgLXhtcC1kYzpTdWJqZWN0PE1pY3Jvc29mdDpDYXRlZ29y
eSAteG1wLW1pY3Jvc29mdDpSYXRpbmdQZXJjZW50PE1pY3Jvc29mdDpTaGFyZWRVc2VyUmF0aW5n
IC1vIC0uZXh2IgpEaWdpa2FtOjpFeGlmVG9vbFByb2Nlc3M6OlByaXZhdGU6OnJlYWRPdXRwdXQ6
IEV4aWZUb29sUHJvY2Vzczo6cmVhZE91dHB1dCgpOiBFeGlmVG9vbCBjb21tYW5kIGNvbXBsZXRl
ZApEaWdpa2FtOjpFeGlmVG9vbFBhcnNlcjo6Y21kQ29tcGxldGVkOiBFeGlmVG9vbCBjb21wbGV0
ZSBjb21tYW5kIGZvciBhY3Rpb24gIkxvYWQgQ2h1bmtzIiB3aXRoIGVsYXNwZWQgdGltZSAobXMp
OiA1NApEaWdpa2FtOjpFeGlmVG9vbFBhcnNlcjo6Y21kQ29tcGxldGVkOiBFWFYgY2h1bmsgc2l6
ZTogMzc3MQpEaWdpa2FtOjpFeGlmVG9vbFBhcnNlcjo6Y21kQ29tcGxldGVkOiBFeGlmVG9vbCBw
YXJzZWQgY29tbWFuZCBmb3IgYWN0aW9uICJMb2FkIENodW5rcyIgMSBwcm9wZXJ0aWVzIGRlY29k
ZWQKRGlnaWthbTo6RXhpZlRvb2xQYXJzZXI6OlByaXZhdGU6Omp1bXBUb1Jlc3VsdENvbW1hbmQ6
IEV4aWZUb29sIGNvbXBsZXRlICJMb2FkIENodW5rcyIgZm9yICIvaG9tZS9taWNoZWwvSW1hZ2Vz
L3Rlc3RzL1BYTF8yMDI0MDkwMV8xNjEzNTEyMDcubXA0IgpEaWdpa2FtOjpETWV0YWRhdGE6Omxv
YWRVc2luZ0V4aWZUb29sOiBNZXRhZGF0YSBjaHVuayBsb2FkZWQgd2l0aCBFeGlmVG9vbApEaWdp
a2FtOjpETWV0YWRhdGE6OmxvYWQ6IExvYWRpbmcgbWV0YWRhdGEgd2l0aCAiRXhpdjIiIGJhY2tl
bmQgZnJvbSAiL2hvbWUvbWljaGVsL0ltYWdlcy90ZXN0cy9QWExfMjAyNDA5MDFfMTYxMzUxMjA3
Lm1wNCIKRGlnaWthbTo6QWN0aW9uVGhyZWFkQmFzZTo6c2xvdEpvYkZpbmlzaGVkOiBPbmUgam9i
IGlzIGRvbmUgIERpZ2lrYW1HZW5lcmljVGltZUFkanVzdFBsdWdpbjo6VGltZVByZXZpZXdUYXNr
KDB4NjMwYTZmZmRmZWYwKSAgdGltZTogNjkKRGlnaWthbTo6QWN0aW9uVGhyZWFkQmFzZTo6cnVu
OiBBY3Rpb24gVGhyZWFkIHJ1biAxIG5ldyBqb2JzCkRpZ2lrYW06OkV4aWZUb29sUGFyc2VyOjpl
eGlmVG9vbEF2YWlsYWJsZTogQ2hlY2sgRXhpZlRvb2wgYXZhaWxhYmlsaXR5OiB0cnVlCi90bXAv
Lm1vdW50X2RpZ2lLYWN0RDJiZS9BcHBSdW4gOiBsaWduZSAyNDAgOiAyMjE1MTMgRXJyZXVyIGRl
IHNlZ21lbnRhdGlvbiAgKGNvcmUgZHVtcGVkKWRpZ2lrYW0gJEAK
</data>

          </attachment>
      

    </bug>

</bugzilla>