Database

What happened?

In a Jepsen test run of five etcd 3.5.3 nodes, with process pauses (sending processes SIGSTOP and SIGCONT), compaction (performed via the admin API), and defragmentation (via etcdctl), one etcd process crashed with the following error message:

{"level":"panic","ts":"2022-06-13T14:11:27.870Z","caller":"etcdserver/apply.go:638","msg":"unexpected error during txn","error

Bug Report

Please answer these questions before submitting your issue. Thanks!

1. Minimal reproduce step (Required)

create table t (id tinyint unsigned, idpart tinyint, i varchar(255)) partition by range (idpart) (partition p1 values less than (-1));

2. What did you expect to see? (Required)

mysql> creat

While writing string data (example = "121212121212121" -> string of all integer characters) into excel.
while user download and see, the downloaded xl/CSV, the data is shown in exponential format. Is there a way to show the same data. without converting into exponential in this case.

Checked with @gmourier, we can let the possibility to the users to set keys with the following actions

• indexes.*: all the index actions are available, so indexes.create, indexes.get, indexes.update, and indexes.delete
• settings.*: all the settings actions are available, so settings.get, settings.update
• tasks.*: all the tasks actions are available, it means only `tasks.get

Sometimes it is needed to store compressed data in the DB. Unfortunately not all the DBs have built-in compression and FUSE compressed FSes are not available for every OS. So it may make sense to store compressed binary blobs in the DB.

Unfortunately when one sees them in DBeaver he sees them compressed, but often they are needed uncompressed. So it'd be nice to have a feature to decompress the

When a roachprod user runs grafana-start, regardless of whether they pass a grafana-config, a user should be able to see a default dashboard, perhaps with the following pages.

Jira issue: CRDB-17197

Bug description

On windows, I run prisma format and note the unusual file ending. The lines are all LF, but the very last line is CRLF.

This causes issue on my Linux CI where it formats it ending in LF's only, causing a diff to occur and the build to fail.

How to reproduce

1. On windows do prisma format
2. Open in HxD or similar
3. See attached:

![image](https://user-images.g

Bug Description
fix issues found by Coverity Scan in syncMain.c

To Reproduce
N/A

Expected Behavior
fix following issues:
| issue type | category | file path | function | line number |
| -------------------------- | -------------------------- | -------------------------- | -------------------------- |

Describe the Bug

The Link in the E-Mail is broken.

Link: https://my-internal-domain/admin/accept-invite?%0Dtoken=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJlbWFpbCI6Impqb2hhbm5pbmdAZ2%0D1haWwuY29tIiwic2NvcGUiOiJpbnZpdGUiLCJpYXQiOjE2NTY5MjIxNDksImV4cCI6MTY1NzUyN%0Djk0OSwiaXNzIjoiZGlyZWN0dXMifQ.hdcRCh-8xiEEZG_RAYj4z-aYbS9zFzmS_l41LrN20Ik

When I remove the %0D behind the "?" in the above u

Bug Report

For English only, other languages will not accept.

Before report a bug, make sure you have:

• Searched open and closed GitHub issues.
• Read documentation: ShardingSphere Doc.

Please pay attention on issues you submitted, because we maybe need more det