Page 34 of 80

Re: Report Bugs Here

PostPosted: Tue Oct 15, 2013 9:42 pm
by Vitaliy M.
Thanks, it works.

Re: Report Bugs Here

PostPosted: Wed Oct 16, 2013 3:49 am
by Josh Lewis
Matt, if commas are not allowed to be inserted into the elevation data, there should be a validator setup to prevent the post from even submitting (with a friendly message telling the user).

Re: Report Bugs Here

PostPosted: Mon Oct 28, 2013 3:41 pm
by Buz Groshong
Seems to be something wrong with "Mountains and Rocks." The first five entries have no names and their pictures don't work.

Re: Report Bugs Here

PostPosted: Mon Oct 28, 2013 5:07 pm
by rgg
Buz Groshong wrote:Seems to be something wrong with "Mountains and Rocks." The first five entries have no names and their pictures don't work.


Strange, but I'm not so sure it's a problem with "Mountains and Rocks", because all these five are by SP user nikolai, and the value of Last Edited is Oct 26, 2013 for all of them. So, either he did something to his pages himself or there is a problem specifically for his pages.
Now, if he did it himself, I don't understand why he would delete even the name, yet leave an empty page. Hec, I didn't even know that it was possible to delete the name of an object.

If it is a bug, I hope there is a system backup with which to restore his pages. With a bit of googling, I got this list:

http://www.summitpost.org/flagstaff-hill/228763
http://www.summitpost.org/mcafee-knob/280069
http://www.summitpost.org/harkening-hill/281755
http://www.summitpost.org/kelly-knob/282985
http://www.summitpost.org/rabbit-mountain/764113

I hope this is enough to restore them.

Re: Report Bugs Here

PostPosted: Tue Oct 29, 2013 5:53 pm
by anita
how can I disable email notifications?
I tried the old fashioned way (ie: disabling through user cp) but I am still getting email notifications and I just got about 150 notifications, after cleaning up ohhh, about 300 from earlier this morning.

is this a joke?

Re: Report Bugs Here

PostPosted: Tue Oct 29, 2013 6:01 pm
by anita
PM email notifications

Re: Report Bugs Here

PostPosted: Tue Oct 29, 2013 6:25 pm
by anita
I did it twice.
edit: under the board preferences tab

I checked 'no' under the profile tab as well just now. didn't realize the options would be under both.

Re: Report Bugs Here

PostPosted: Mon Nov 04, 2013 7:47 am
by Josh Lewis
The first 5 mountain/rocks do not display: http://www.summitpost.org/mountain/rock/ :? They appear deleted, but some how there are not?

Re: Report Bugs Here

PostPosted: Mon Nov 04, 2013 7:26 pm
by rgg
Josh Lewis wrote:The first 5 mountain/rocks do not display: http://www.summitpost.org/mountain/rock/ :? They appear deleted, but some how there are not?


Yes, Buz noted this before, and I went on to figure out which mountains these had been:

rgg wrote:
Buz Groshong wrote:Seems to be something wrong with "Mountains and Rocks." The first five entries have no names and their pictures don't work.


Strange, but I'm not so sure it's a problem with "Mountains and Rocks", because all these five are by SP user nikolai, and the value of Last Edited is Oct 26, 2013 for all of them. So, either he did something to his pages himself or there is a problem specifically for his pages.
Now, if he did it himself, I don't understand why he would delete even the name, yet leave an empty page. Hec, I didn't even know that it was possible to delete the name of an object.

If it is a bug, I hope there is a system backup with which to restore his pages. With a bit of googling, I got this list:

http://www.summitpost.org/flagstaff-hill/228763
http://www.summitpost.org/mcafee-knob/280069
http://www.summitpost.org/harkening-hill/281755
http://www.summitpost.org/kelly-knob/282985
http://www.summitpost.org/rabbit-mountain/764113

I hope this is enough to restore them.


Now I think it's up to Matt to have a look at it.

Re: Report Bugs Here

PostPosted: Tue Nov 05, 2013 2:07 am
by Josh Lewis
Not even the elves can remove those. :o

Re: Report Bugs Here

PostPosted: Wed Nov 06, 2013 7:13 pm
by Scott
Another bug (I cross posted here since I didn't know how many admins read the adoption forum):

http://www.summitpost.org/glossary-summ ... etc/173401

Re: Report Bugs Here

PostPosted: Wed Nov 06, 2013 8:03 pm
by mrchad9
I have encountered the same bug... where the table of contents messed things up. All I could do was revert back to an old version and not make my edits. Couldn't figure it out.

Re: Report Bugs Here

PostPosted: Wed Nov 06, 2013 10:14 pm
by Josh Lewis
It's not a bug, it's setup to do that on purpose. I cleaned up the example above. The reason it does this is because the headers are set to have their own lines. As a result any content below it will be set onto it's own line. In most cases this is just fine. But in cases where there is a huge table of contents and not enough text in the intro to accompany it, it becomes an issue. Please report those cases when they are seen. Don't settle for "gotta go back to the old ways because of this".

In SP V2 the headers had no clear property set to them because they were basic headers with no styling. If I recall right I think we started out with headers without a clear property set to them (basically free flowing and did not have to take up the entire width). The problem with this is that headers would flow through images. :? It was some what rare but happened enough so that adding the "clear" to headers was a recommendation.

So if all goes well for SP V4, things like this (and other reasons) are why I really believe SP needs a full documentation. I'm willing to write it along with any other admin who is willing to help. If organized right there could be a list of common problems which things like this header issue could be listed and explained exactly how to address it. Unlikely folks are going to find it in the forums except for the few who look around for it.

Re: Report Bugs Here

PostPosted: Tue Nov 26, 2013 10:12 am
by rgg
I think I saw this before but I've forgotten if I mentioned it already: Replies to summit log entries appear in the wrong order. Two examples: http://www.summitpost.org/cotopaxi/climbers-log/150311 and http://www.summitpost.org/lazinser-r-telspitze-cima-rosa/climbers-log/877283.

By looking at it, it appears as if the ordering is by Post date, descending, blissfully ignoring the log entry that it's replying to. That's all right for the log entries themselves, but not for replies. If this is always the case, then a reply always gets displayed somewhere higher than the original post. With a bit of luck, the reply appears right above the original post instead of below it, but it can also end up much higher if other log entries were posted after the original one but before the reply. The only way to make sense of it all is by checking the title of the reply. If it says something like Re: Rebuffed, then look for the original entry titled Rebuffed.

Assuming that there is an SQL query behind this, with an ORDER BY Post_date DESCENDING or ORDER BY Post_id DESCENDING or something similar, I can see that it's actually rather tricky to improve this. Making a few more assumptions, first of all that the database table storing the replies has a reference to the original post, a first attempt would be something like this: ORDER BY COALESCE(reference_id, post_id). This works if reference_id is NULL whenever it's not a reply to anything and the DBMS has a COALESCE function.
However, this is only a partial solution, for it ignores the possibility that there can be replies to replies, and those will still appear in the wrong place. To get it right, the list must be built up as a tree. In SQL that can be done with a recursive query. But if the DBMS behind SP does not support that, then the only solution is to sort the result set of the query after getting it out of the database.

Re: Report Bugs Here

PostPosted: Tue Nov 26, 2013 9:11 pm
by rgg
With regular comments the ordering seems to be all right, so perhaps something similar could be used for the summit logs and their replies?