aboutsummaryrefslogtreecommitdiffstats
path: root/UPGRADE.txt
AgeCommit message (Collapse)AuthorFilesLines
2010-04-21IAXpeers output now matches SIPpeers format for manager (AMI).lmadsen1-0/+3
(closes issue #17100) Reported by: secesh Tested by: pabelanger Review: https://reviewboard.asterisk.org/r/594/ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@258344 f38db490-d61c-443f-a65b-d21fe96a405b
2010-02-12Updated doc for OSP lookup application.transnexus1-0/+8
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@246382 f38db490-d61c-443f-a65b-d21fe96a405b
2010-01-18ExternalIVR information for UPGRADE.txtdiruggles1-0/+6
added a paragraph about the fixes and changes to the ExternalIVR application. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@240974 f38db490-d61c-443f-a65b-d21fe96a405b
2009-12-09Move an entry from CHANGES to UPGRADE.txt.russell1-0/+4
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@234055 f38db490-d61c-443f-a65b-d21fe96a405b
2009-12-09Move an entry from CHANGES that should be in UPGRADE.txt.russell1-0/+3
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@234053 f38db490-d61c-443f-a65b-d21fe96a405b
2009-12-02update CHANGES and UPGRADE.txt for early media behavior change between 1.6.1 ↵dvossel1-0/+4
and 1.6.2 (closes issue #16212) Reported by: miki git-svn-id: http://svn.digium.com/svn/asterisk/trunk@232657 f38db490-d61c-443f-a65b-d21fe96a405b
2009-11-13Store the cause code that is returned when trying to create a channel in ↵file1-0/+6
ChanIsAvail in the AVAILCAUSECODE dialplan variable instead of overwriting the device state in AVAILSTATUS. (closes issue #14426) Reported by: macli git-svn-id: http://svn.digium.com/svn/asterisk/trunk@229970 f38db490-d61c-443f-a65b-d21fe96a405b
2009-11-02DAHDI ISDN channel names will not allow device state to work. (Interim ↵rmudgett1-2/+2
solution.) Since ISDN works like SIP and not analog ports in regard to devices, the device state based on the ISDN channel number could not work. This has not been an issue until the advent of PTMP NT mode. Previously, ISDN lines were used as trunks and did not have to keep track of specific devices. As an interim solution until device states are properly implemented, the channel name is being changed to the following format to use the generic device state support: DAHDI/i<span>/<number>[:<subaddress>]-<sequence-number> Dialplan hints would thus be: exten => xxx,hint,DAHDI/i2/5551212 This will work with the following restrictions: * The number of devices/phones cannot exceed the number of B channels. (i.e., BRI has 2) * Each device/phone can only have one number. No shared MSN's. * The phones/devices probably should not use subaddressing. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@226882 f38db490-d61c-443f-a65b-d21fe96a405b
2009-10-05Allow non-compliant T.38 endpoints to be supportable via configuration option.kpfleming1-0/+8
Many T.38 endpoints incorrectly send the maximum IFP frame size they can accept as the T38FaxMaxDatagram value in their SDP, when in fact this value is supposed to be the maximum UDPTL payload size (datagram size) they can accept. If the value they supply is small enough (a commonly supplied value is '72'), T.38 UDPTL transmissions will likely fail completely because the UDPTL packets will not have enough room for a primary IFP frame and the redundancy used for error correction. If this occurs, the Asterisk UDPTL stack will emit log messages warning that data loss may occur, and that the value may need to be overridden. This patch extends the 't38pt_udptl' configuration option in sip.conf to allow the administrator to override the value supplied by the remote endpoint and supply a value that allows T.38 FAX transmissions to be successful with that endpoint. In addition, in any SIP call where the override takes effect, a debug message will be printed to that effect. This patch also removes the T38FaxMaxDatagram configuration option from udptl.conf.sample, since it has not actually had any effect for a number of releases. In addition, this patch cleans up the T.38 documentation in sip.conf.sample (which incorrectly documented that T.38 support was passthrough only). (issue #15586) Reported by: globalnetinc git-svn-id: http://svn.digium.com/svn/asterisk/trunk@222110 f38db490-d61c-443f-a65b-d21fe96a405b
2009-10-01Move DAHDI/ISDN channel naming note from CHANGES to UPGRADE.txt.rmudgett1-0/+7
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@221709 f38db490-d61c-443f-a65b-d21fe96a405b
2009-10-01Sync up UPGRADE.txt with the 1.6.2 version.kpfleming1-12/+16
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@221627 f38db490-d61c-443f-a65b-d21fe96a405b
2009-09-24Change the default behavior of Set, AGI, and pbx_realtime to 1.6 behavior by ↵tilghman1-0/+9
default (starting in 1.6.3). git-svn-id: http://svn.digium.com/svn/asterisk/trunk@220417 f38db490-d61c-443f-a65b-d21fe96a405b
2009-09-16Merged revisions 218798 via svnmerge from russell1-0/+6
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r218798 | russell | 2009-09-16 08:33:43 -0500 (Wed, 16 Sep 2009) | 9 lines Remove the IAXy firmware from Asterisk. The firmware can now be found on downloads.digium.com, where the rest of our binary downloads live. This was the last part of our Asterisk tarballs that was considered non-free by Debian. :-) (closes issue #15838) Reported by: paravoid ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@218799 f38db490-d61c-443f-a65b-d21fe96a405b
2009-09-03Merged revisions 216085 via svnmerge from russell1-0/+6
https://origsvn.digium.com/svn/asterisk/branches/1.4 ................ r216085 | russell | 2009-09-03 14:36:46 -0500 (Thu, 03 Sep 2009) | 9 lines Merged revisions 216080 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r216080 | russell | 2009-09-03 14:35:23 -0500 (Thu, 03 Sep 2009) | 2 lines Add a note about IAX2 to UPGRADE.txt. ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@216092 f38db490-d61c-443f-a65b-d21fe96a405b
2009-08-03Rename 'canreinvite' option to 'directmedia', with backwards compatibility.kpfleming1-0/+11
It is clear from multiple mailing list, forum, wiki and other sorts of posts that users don't really understand the effects that the 'canreinvite' config option actually has, and that in some cases they think that setting it to 'no' will actually cause various other features (T.38, MOH, etc.) to not work properly, when in fact this is not the case. This patch changes the proper name of the option to what it should have been from the beginning ('directmedia'), but preserves backwards compatibility for existing configurations. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@210190 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-23T.38 change note is not necessary in this branchkpfleming1-11/+0
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@208504 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-23Rework of T.38 negotiation and UDPTL API to address interoperability problemskpfleming1-0/+11
Over the past couple of months, a number of issues with Asterisk negotiating (and successfully completing) T.38 sessions with various endpoints have been found. This patch attempts to address many of them, primarily focused around ensuring that the endpoints' MaxDatagram size is honored, and in addition by ensuring that T.38 session parameter negotiation is performed correctly according to the ITU T.38 Recommendation. The major changes here are: 1) T.38 applications in Asterisk (app_fax) only generate/receive IFP packets, they do not ever work with UDPTL packets. As a result of this, they cannot be allowed to generate packets that would overflow the other endpoints' MaxDatagram size after the UDPTL stack adds any error correction information. With this patch, the application is told the maximum *IFP* size it can generate, based on a calculation using the far end MaxDatagram size and the active error correction mode on the T.38 session. The same is true for sending *our* MaxDatagram size to the remote endpoint; it is computed from the value that the application says it can accept (for a single IFP packet) combined with the active error correction mode. 2) All treatment of T.38 session parameters as 'capabilities' in chan_sip has been removed; these parameters are not at all like audio/video stream capabilities. There are strict rules to follow for computing an answer to a T.38 offer, and chan_sip now follows those rules, using the desired parameters from the application (or channel) that wants to accept the T.38 negotiation. 3) chan_sip now stores and forwards ast_control_t38_parameters structures for tracking 'our' and 'their' T.38 session parameters; this greatly simplifies negotiation, especially for pass-through calls. 4) Since T.38 negotiation without specifying parameters or receiving the final negotiated parameters is not very worthwhile, the AST_CONTROL_T38 control frame has been removed. A note has been added to UPGRADE.txt about this removal, since any out-of-tree applications that use it will no longer function properly until they are upgraded to use AST_CONTROL_T38_PARAMETERS. Review: https://reviewboard.asterisk.org/r/310/ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@208464 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-17Document the "flag" field in the voicemessages table.tilghman1-32/+34
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@207224 f38db490-d61c-443f-a65b-d21fe96a405b
2009-06-30Merged revisions 204556 via svnmerge from tilghman1-1/+3
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r204556 | tilghman | 2009-06-30 15:23:51 -0500 (Tue, 30 Jun 2009) | 6 lines More incorrect language codes, plus ensuring that regionalizations use the specified language, and not English for grammar. (closes issue #15022) Reported by: greenfieldtech Patches: 20090519__issue15022.diff.txt uploaded by tilghman (license 14) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@204563 f38db490-d61c-443f-a65b-d21fe96a405b
2009-06-30Recorded merge of revisions 204469 via svnmerge from tilghman1-0/+7
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r204469 | tilghman | 2009-06-30 13:23:35 -0500 (Tue, 30 Jun 2009) | 11 lines "tw" is the language specification for Twi (from Ghana) not Taiwanese. (closes issue #15346) Reported by: volivier Patches: 20090617__issue15346__1.4.diff.txt uploaded by tilghman (license 14) 20090617__issue15346__trunk.diff.txt uploaded by tilghman (license 14) 20090617__issue15346__1.6.0.diff.txt uploaded by tilghman (license 14) 20090617__issue15346__1.6.1.diff.txt uploaded by tilghman (license 14) 20090617__issue15346__1.6.2.diff.txt uploaded by tilghman (license 14) Tested by: volivier ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@204470 f38db490-d61c-443f-a65b-d21fe96a405b
2009-06-30Move Asterisk-addons modules into the main Asterisk source tree.russell1-0/+5
Someone asked yesterday, "is there a good reason why we can't just put these modules in Asterisk?". After a brief discussion, as long as the modules are clearly set aside in their own directory and not enabled by default, it is perfectly fine. For more information about why a module goes in addons, see README-addons.txt. chan_ooh323 does not currently compile as it is behind some trunk API updates. However, it will not build by default, so it should be okay for now. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@204413 f38db490-d61c-443f-a65b-d21fe96a405b
2009-06-27Minor tweaks and spelling fixes for CHANGES and UPGRADE.txt.russell1-0/+5
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@203960 f38db490-d61c-443f-a65b-d21fe96a405b
2009-04-24Convert the ast_channel data structure over to the astobj2 framework.russell1-0/+3
There is a lot that could be said about this, but the patch is a big improvement for performance, stability, code maintainability, and ease of future code development. The channel list is no longer an unsorted linked list. The main container for channels is an astobj2 hash table. All of the code related to searching for channels or iterating active channels has been rewritten. Let n be the number of active channels. Iterating the channel list has gone from O(n^2) to O(n). Searching for a channel by name went from O(n) to O(1). Searching for a channel by extension is still O(n), but uses a new method for doing so, which is more efficient. The ast_channel object is now a reference counted object. The benefits here are plentiful. Some benefits directly related to issues in the previous code include: 1) When threads other than the channel thread owning a channel wanted access to a channel, it had to hold the lock on it to ensure that it didn't go away. This is no longer a requirement. Holding a reference is sufficient. 2) There are places that now require less dealing with channel locks. 3) There are places where channel locks are held for much shorter periods of time. 4) There are places where dealing with more than one channel at a time becomes _MUCH_ easier. ChanSpy is a great example of this. Writing code in the future that deals with multiple channels will be much easier. Some additional information regarding channel locking and reference count handling can be found in channel.h, where a new section has been added that discusses some of the rules associated with it. Mark Michelson also assisted with the development of this patch. He did the conversion of ChanSpy and introduced a new API, ast_autochan, which makes it much easier to deal with holding on to a channel pointer for an extended period of time and having it get automatically updated if the channel gets masqueraded. Mark was also a huge help in the code review process. Thanks to David Vossel for his assistance with this branch, as well. David did the conversion of the DAHDIScan application by making it become a wrapper for ChanSpy internally. The changes come from the svn/asterisk/team/russell/ast_channel_ao2 branch. Review: http://reviewboard.digium.com/r/203/ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@190423 f38db490-d61c-443f-a65b-d21fe96a405b
2009-04-02Merge in the RTP engine API.file1-1/+5
This API provides a generic way for multiple RTP stacks to be integrated into Asterisk. Right now there is only one present, res_rtp_asterisk, which is the existing Asterisk RTP stack. Functionality wise this commit performs the same as previously. API documentation can be viewed in the rtp_engine.h header file. Review: http://reviewboard.digium.com/r/209/ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@186078 f38db490-d61c-443f-a65b-d21fe96a405b
2009-03-16Update UPGRADE.txt and CHANGES for 1.6.3russell1-0/+4
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@182362 f38db490-d61c-443f-a65b-d21fe96a405b
2009-02-27Add a note about the ordering of entries in sip.conf in 1.6.1.russell1-0/+7
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@179154 f38db490-d61c-443f-a65b-d21fe96a405b
2009-02-17Merge a large set of updates to the Asterisk indications API.russell1-0/+7
This patch includes a number of changes to the indications API. The primary motivation for this work was to improve stability. The object management in this API was significantly flawed, and a number of trivial situations could cause crashes. The changes included are: 1) Remove the module res_indications. This included the critical functionality that actually loaded the indications configuration. I have seen many people have Asterisk problems because they accidentally did not have an indications.conf present and loaded. Now, this code is in the core, and Asterisk will fail to start without indications configuration. There was one part of res_indications, the dialplan applications, which did belong in a module, and have been moved to a new module, app_playtones. 2) Object management has been significantly changed. Tone zones are now managed using astobj2, and it is no longer possible to crash Asterisk by issuing a reload that destroys tone zones while they are in use. 3) The API documentation has been filled out. 4) The API has been updated to follow our naming conventions. 5) Various bits of code throughout the tree have been updated to account for the API update. 6) Configuration parsing has been mostly re-written. 7) "Code cleanup" The code is from svn/asterisk/team/russell/indications/. Review: http://reviewboard.digium.com/r/149/ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@176627 f38db490-d61c-443f-a65b-d21fe96a405b
2008-11-29we can now build with -Wformat=2, which found a couple of real bugskpfleming1-1/+6
because SPRINTF() use non-literal format strings (which cannot be checked), move it into its own module so the rest of func_strings can benefit from format string checking git-svn-id: http://svn.digium.com/svn/asterisk/trunk@159774 f38db490-d61c-443f-a65b-d21fe96a405b
2008-11-25Make the Join event from app_queue use CallerIDNum insead of CallerID formnicholson1-0/+3
indicating the callerid number just like the rest of asterisk. (closes issue #13883) Reported by: davidw git-svn-id: http://svn.digium.com/svn/asterisk/trunk@158924 f38db490-d61c-443f-a65b-d21fe96a405b
2008-11-21as suggested by jtodd, document the purposes of the CHANGES and UPGRADE fileskpfleming1-0/+11
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@158449 f38db490-d61c-443f-a65b-d21fe96a405b
2008-11-19move relevant entries into UPGRADE.txt and resync UPGRADE-1.6.txt with ↵kpfleming1-1/+57
previous branches git-svn-id: http://svn.digium.com/svn/asterisk/trunk@157739 f38db490-d61c-443f-a65b-d21fe96a405b
2008-11-19make some corrections to the ast_agi_register_multiple(), ↵kpfleming1-308/+23
ast_agi_unregister_multiple() and ast_agi_fdprintf() API calls to be consistent with API guidelines also, move UPGRADE.txt to UPGRADE-1.6.txt and make the new UPGRADE.txt contain information about upgrading between Asterisk 1.6 releases git-svn-id: http://svn.digium.com/svn/asterisk/trunk@157706 f38db490-d61c-443f-a65b-d21fe96a405b
2008-11-14Fix some refcounting in app_queue.c and change themmichelson1-0/+7
hashing used by app_queue.c to be case-insensitive. This is accomplished by adding a new case-insensitive hashing function. This was necessary to prevent bad refcount errors (and potential crashes) which would occur due to the fact that queues were initially read from the config file in a case-sensitive manner. Then, when a user issued a CLI command or manager action, we allowed for case-insensitive input and used that input to directly try to find the queue in the hash table. The result was either that we could not find a queue that was input or worse, we would end up hashing to a completely bogus value based on the input. This commit resolves the problem presented in issue #13703. However, that issue was reported against 1.6.0. Since this fix introduces a behavior change, I am electing to not place this same fix in to the 1.6.0 or 1.6.1 branches, and instead will opt for a change which does not change behavior. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@156883 f38db490-d61c-443f-a65b-d21fe96a405b
2008-10-17Break up skinny.conf into seperate sections formvanbaak1-0/+4
devices and lines. (closes issue #13412) Reported by: wedhorn Patches: config-restruct-v4.diff uploaded by wedhorn (license 30) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@150426 f38db490-d61c-443f-a65b-d21fe96a405b
2008-10-07Allow people to select the old console behavior of white text on a blacktilghman1-0/+7
background, by using the startup flag '-B'. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@147262 f38db490-d61c-443f-a65b-d21fe96a405b
2008-08-13Merged revisions 137530 via svnmerge from kpfleming1-1/+25
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r137530 | kpfleming | 2008-08-13 15:46:19 -0500 (Wed, 13 Aug 2008) | 1 line add document describing what users will need to be aware of when upgrading to this version and using DAHDI ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@137627 f38db490-d61c-443f-a65b-d21fe96a405b
2008-08-11Log the userfield CDR variable like the other CDR backends, assuming theseanbright1-1/+2
column is actually there. If it's not, we still log everything else as before. (closes issue #13281) Reported by: falves11 git-svn-id: http://svn.digium.com/svn/asterisk/trunk@137203 f38db490-d61c-443f-a65b-d21fe96a405b
2008-08-05Add '+=' append operator to configuration files.tilghman1-0/+7
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@135717 f38db490-d61c-443f-a65b-d21fe96a405b
2008-07-28Change SendImage() to output a more consistent status variable.tilghman1-0/+7
(closes issue #13134) Reported by: eliel Patches: app_image.c.patch uploaded by eliel (license 64) UPGRADE.patch uploaded by eliel (license 64) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@134088 f38db490-d61c-443f-a65b-d21fe96a405b
2008-07-17Change several 'core' commands to be 'dialplan' commands (with appropriatetilghman1-0/+5
deprecation, of course) (closes issue #13016) Reported by: caio1982 Patches: dialplan_globals6.diff uploaded by caio1982 (license 22) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@131606 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-28Merge in changes from my cdr-tds-conversion branch. This changes the internalseanbright1-0/+3
implementation from using the volatile libtds, to using the db-lib front end. The unintended side effect of this is that we support (at least) versions 0.62 through 0.82 of the FreeTDS distribution without any #ifdef ugliness. (closes issue #12844) Reported by: jcollie git-svn-id: http://svn.digium.com/svn/asterisk/trunk@126226 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-24Update CHANGES and UPGRADE.txt per kpfleming's mail to #asterisk-dev.seanbright1-4/+10
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@124835 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-15Add some more IAX2-specific information about the channel to the CHANNEL()tilghman1-0/+3
function and begin the transition from SIPCHANINFO() to just using CHANNEL(). (closes issue #12856) Reported by: mostyn Patches: iax_and_sip_channel_info.patch uploaded by mostyn (license 398) (with some additional cleanup by me) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@122802 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-11Expand CDR uniqueid field to 150 chars, to account for maximum systemname.tilghman1-0/+5
(Closes issue #12831) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@121855 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-05Add info on the [compat] section of asterisk.conf.tilghman1-1/+15
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@120567 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-25Change space-zero to now evaluate to false, as is expected by a great many.tilghman1-0/+6
(Inspired by a post on the -users list) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@118223 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-15Modify externnotify to take the number of urgent voicemails as a final ↵mmichelson1-1/+1
argument instead of the string "Urgent" (closes issue #12660) Reported by: jaroth Patches: externnotify.patch uploaded by jaroth (license 50) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@116592 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-09Adding support for "urgent" voicemail messages. Messages which aremmichelson1-0/+2
marked "urgent" are considered to be higher priority than other messages and so they will be played before any other messages in a user's mailbox. There are two ways to leave an urgent message. 1. send the 'U' option to VoiceMail(). 2. Set review=yes in voicemail.conf. This will give instructions for a caller to mark a message as urgent after the message has been recorded. I have tested that this works correctly with file and ODBC storage, and James Rothenberger (who wrote initial support for this feature) has tested its use with IMAP storage. (closes issue #11817) Reported by: jaroth Based on branch http://svn.digium.com/svn/asterisk/team/jrothenberger/asterisk-urgent Tested by: putnopvut, jaroth git-svn-id: http://svn.digium.com/svn/asterisk/trunk@115588 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-05Note change for ExecIf syntax (caught by jmls on IRC)tilghman1-0/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@115302 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-05clarify wordingkpfleming1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@115288 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-04-30 20:26:44 +0000