|
Maybe it was related to yesterday's interesting deployment[^]?
It doesn't seem to be affecting new questions in QA, so if it was a bug, it looks like it's fixed already.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Maciej Los wrote: i've struggled the same yestaerday
What specifically wasn't working? Do you have an example I can test against?
cheers
Chris Maunder
|
|
|
|
|
Well... As i mentioned, using <pre></pre> tags causes embedded text deletion. Follow the link provided in a previous post.
For example, a result 1 should contain all nodes between <Types></Types> tags, but is has been cutted to:<Type>part of content here</ObjectType>. Note, that when i use "Improve answer" widget i see entire content! Another issue is that that a lang property for pre tag is missing. Whenever i tried to add this in pre tag, it has been removed. It should be: <pre lang="XML"></pre>
Is it clear now?
|
|
|
|
|
Maciej Los wrote: Follow the link provided in a previous post
I saw that and there's a question as to whether the poster actually included code, or whether they included code as actual HTML instead of HTML encoding it (HTML code within PRE blocks automatically gets HTML encoded, so I'm guessing it was the former)
<html>
<p>This should all be encoded.</p>
</html>
I just noticed you added a link to another instance of tags being removed. I added "lang=xml" to that block and everything's now fine. However, I've added that code as a test case because it's the colouriser that's killing it, not the HTML cleaner. We'll get this fixed.
Maciej Los wrote: Another issue is that that a lang property for pre tag is missing
That's just been fixed.
cheers
Chris Maunder
|
|
|
|
|
Thank you, Chris.
Cheers,
Maciej
|
|
|
|
|
At a guess what may be happening is the person pasted in XML without HTML encoding it, and it was stripped. I'd have to check.
Pasted in HTML/XML is meant to be HTML encoded if inside a PRE block, but the code has changed a lot over the last week in order to crank up security. We've previously been fairly loose about what we allow, but we can't do that anymore so we've been erring on the side of caution.
I'll add this as a bug to check and if my guess is true it should be a simple fix.
In the meantime: encode your HTML when pasting in code blocks 
cheers
Chris Maunder
|
|
|
|
|
Check my answer to your previous post.
|
|
|
|
|
Is it just me or did the Lounge suddenly turn black? 
It's not possible to post anything there either, apparently...
Anything that is unrelated to elephants is irrelephant
Anonymous
-
The problem with quotes on the internet is that you can never tell if they're genuine
Winston Churchill, 1944
-
I'd just like a chance to prove that money can't make me happy.
Me, all the time
|
|
|
|
|
Forget it, now it seems back to normal (don't know if posting is possible again, though) 
Anything that is unrelated to elephants is irrelephant
Anonymous
-
The problem with quotes on the internet is that you can never tell if they're genuine
Winston Churchill, 1944
-
I'd just like a chance to prove that money can't make me happy.
Me, all the time
|
|
|
|
|
I think it's related to this: Chris: The Lounge[^]
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
It claims to leave my html alone, but that's not actually the case.
It's turning "<br/><br/>" into "<br/> "
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
modified 21-Sep-16 12:51pm.
|
|
|
|
|
I've edited your message in an attempt to correct your HTML. Initially I was staring at it sideways and could not work out what was meant to be happening. Let me know if my corrections are correct.
As to expert mode, that needs revamping. It was initially a setting for when we used HTMLArea and it helped fix up some of the crazy stuff that was allowed through. With the move to CKEditor and our use of AngleSharp, all HTML is now forced to be well-formed.
We force well-formedness (that's a new word - feel free to use it in a sentence today) because anything else allows HTML injection issues, content bleeding, and general page screwiness.
The alternative is we switch to Markdown with HTML turned off completely, but that would make my curl up into the foetal position and weep.
So: if I get this right, multiple BR tags get converted to single BR's with a non-breaking space afterwards? That's an odd one.
cheers
Chris Maunder
|
|
|
|
|
I assume the options for Profile Popups, Spacing, Layout, Per Page are stored in a cookie. It would be nice if that information got stored in your profile so that any browser/machine combination you used would all show the same way.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
I second that (and given my size I'd almost third that too) 
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
When I was six, there were no ones and zeroes - only zeroes. And not all of them worked. -- Ravi Bhavnani
|
|
|
|
|
|
Except...what about those who use a PC in the day, and a phone on the way home? And then a tablet at home? Cookies allow you to set your preference on a machine by machine basis so it's comfortable for that specific display. And it's hardly any real work to change them just once per device, is it?
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
OriginalGriff wrote: And it's hardly any real work to change them just once per device, is it?
Or every time a cookie is cleared. 
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
It is. In fact it's stored in both your profile and in cookies.
The logic is:
You're logged in on one browser and you set your settings. This is stored in your profile. You then go to a different browser or machine, you aren't logged in, and you change your browser settings. These are stored as cookies. You then login on this second machine and we then update your settings based on the cookies, and then when you go back to your original browser your settings have been updated to reflect your latest preferences.
cheers
Chris Maunder
|
|
|
|
|
I don't quite follow exactly. I logged into CP on a new laptop I got and had to redo the settings I mentioned in my original post, even though I was logged in, which led me to believe they are only in cookies.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
This is terrible idea. For example I have the following thread view settings in my hardwares.
iPad Air Setting
Spacing - Compact Layout - Thread View Per Page - 25
Laptop Setting
Spacing - Relaxed Layout - Normal Per Page - 50
I'm very much happy with those setting and don't want to stick with uni settings to all my hardware.
modified 14-Sep-16 19:09pm.
|
|
|
|
|
Fortunately, all my viewing is through real browsers, but I think the logic is not quite right.
IF I were king of the forest I'd allow overriding the profile based settings - but would assume they're ephemera. Otherwise we might indeed induce a setting whiplash between devices.
Or, if I've not made myself clear - initialize with profile (even if with cookies) and then allow cookie-based modifications - but don't bang the (comparatively) permanent settings without some sort of OK.
I've experienced crazy screen views because my first access was via an email response or news of some type - my login not yet present. Unnecessary resetting.
But you are king of this forest - but confirmations are good (or even a setting to update or not each time in the profile !)
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
Is there any chance to add "notification icon" for moderation queue on the right-top corner (near the members details) of CodeProject site?
For example:
If moderation queue is empty, "notification icon" should stay invisible.
Is this good idea?
|
|
|
|
|
I do not moderate (or at least that what my mom sad), but it looks like to me that that icon will be always on...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
I'd say that for the most of time (based on current day statistics) notification icon will be visible
|
|
|
|
|
Argggghhhhh! More clutter at the top that is going to kick my OCD.
This space for rent
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
