Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Bug report URL gives 'Access denied' #12788

Closed
heinrich5991 opened this issue Mar 9, 2014 · 2 comments · Fixed by #12783
Closed

Bug report URL gives 'Access denied' #12788

heinrich5991 opened this issue Mar 9, 2014 · 2 comments · Fixed by #12783

Comments

@heinrich5991
Copy link

The bug report URL given to me by the compiler and also stated in the contributing.md that pops up when reporting issues, http://static.rust-lang.org/doc/master/complement-bugreport.html, gives me an 'Access denied' error.

If you're just reporting a bug, please see:

http://static.rust-lang.org/doc/master/complement-bugreport.html

Well, I can't read what is in that URL for obvious reasons, so I'll just state that I tried it with Firefox 27.0.1 on Arch Linux, but I guess that'd be valid for all browsers/OSs.
@adrientetar
Copy link
Contributor

I will fix this.

@adrientetar adrientetar mentioned this issue Mar 9, 2014
Merged
@bors bors closed this as completed in 74bfa71 Mar 11, 2014
@heinrich5991
Copy link
Author

Okay, now it works again, thanks!

bors added a commit to rust-lang-ci/rust that referenced this issue Jul 25, 2022
@bors
Auto merge of rust-lang#12788 - hasali19:extract-var-mut, r=jonas-sch…
e2eaa99 
…ievink

Fix extract variable assist for subexpression in mutable borrow

This checks if the expression is in a mutable borrow and if so makes the extracted variable `mut`.

Closes rust-lang#12786
flip1995 pushed a commit to flip1995/rust that referenced this issue Jun 13, 2024
@bors
Auto merge of rust-lang#12857 - WeiTheShinobi:non_canonical_impls, r=y21
e7efe43 
fix: let non_canonical_impls skip proc marco

Fixed rust-lang#12788

Although the issue only mentions `NON_CANONICAL_CLONE_IMPL`, this fix will also affect `NON_CANONICAL_PARTIAL_ORD_IMPL` because I saw
> Because of these unforeseeable or unstable behaviors, macro expansion should often not be regarded as a part of the stable API.

on Clippy Documentation and these two lints are similar, so I think it might be good, not sure if it's right or not.

---

changelog: `NON_CANONICAL_CLONE_IMPL`, `NON_CANONICAL_PARTIAL_ORD_IMPL` will skip proc marco now
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

doc: cleanups adrientetar/rust
2 participants
@heinrich5991 @adrientetar