回答編集履歴
4
追記＆訂正
test
CHANGED
|
@@ -244,4 +244,4 @@
|
|
|
244
244
|
|
|
245
245
|
|
|
246
246
|
|
|
247
|
-
Firefox ではその時点での WebForm1.aspx の html ソースがキャッシュされるようで、それが、evin101 さんの言われる「JavaScript オブジェクト状態の保存」ということで
|
|
247
|
+
Firefox ではその時点での WebForm1.aspx の html ソースがキャッシュされるようで、それが、evin101 さんの言われる「JavaScript オブジェクト状態の保存」ということでしょうか・・・
|
3
追記
test
CHANGED
|
@@ -85,3 +85,163 @@
|
|
|
85
85
|
|
|
86
86
|
|
|
87
87
|
クロスページポストバックを使わないで、普通に WebForm1 のボタンクリックのイベントハンドラで WebForm2 へリダイレクトし、ID は Session またはクエリ文字列で渡すというようにした場合はどうなんでしょう？ たぶん問題ないと思いますが、未確認です。
|
|
88
|
+
|
|
89
|
+
|
|
90
|
+
|
|
91
|
+
**【追記２】**
|
|
92
|
+
|
|
93
|
+
|
|
94
|
+
|
|
95
|
+
くどいようですが、原因についてさらに調べましたのでその結果を追記しておきます。興味がありましたら見ていただけると幸いです。
|
|
96
|
+
|
|
97
|
+
|
|
98
|
+
|
|
99
|
+
自分が調べた限りですが、要するに、IE, Chrome と Firefox ではキャッシュするタイミングに違いがあって、IE, Chrome は初期画面の、Firefox はユーザーが操作して JavaScript が動いた後の html ソースをキャッシュするという違いが今回の問題の原因になっているようです。
|
|
100
|
+
|
|
101
|
+
|
|
102
|
+
|
|
103
|
+
詳しくは以下の通りです。
|
|
104
|
+
|
|
105
|
+
|
|
106
|
+
|
|
107
|
+
クロスページポストバックを行うために Button に PostBackUrl="WebForm2.aspx" と設定すると、その Button からレンダリングされる input 要素は以下のようになります。type 属性が submit であることと onclick 属性に設定されたスクリプトに注意してください。
|
|
108
|
+
|
|
109
|
+
|
|
110
|
+
|
|
111
|
+
```
|
|
112
|
+
|
|
113
|
+
<input name="ListView1$ctrl0$Button1"
|
|
114
|
+
|
|
115
|
+
id="ListView1_Button1_0"
|
|
116
|
+
|
|
117
|
+
onclick='javascript:WebForm_DoPostBackWithOptions(
|
|
118
|
+
|
|
119
|
+
new WebForm_PostBackOptions("ListView1$ctrl0$Button1", "", false, "",
|
|
120
|
+
|
|
121
|
+
"WebForm2.aspx", false, false))'
|
|
122
|
+
|
|
123
|
+
type="submit"
|
|
124
|
+
|
|
125
|
+
value="ジャンプ">
|
|
126
|
+
|
|
127
|
+
|
|
128
|
+
|
|
129
|
+
```
|
|
130
|
+
|
|
131
|
+
|
|
132
|
+
|
|
133
|
+
onclick 属性に設定されている WebForm_DoPostBackWithOptions メソッドとその引数の WebForm_PostBackOptions は、HTTP ハンドラ WebResource.axd を使って埋め込みリソースから取得される js ファイルに含まれていて、以下の通りです。
|
|
134
|
+
|
|
135
|
+
|
|
136
|
+
|
|
137
|
+
|
|
138
|
+
|
|
139
|
+
```
|
|
140
|
+
|
|
141
|
+
function WebForm_PostBackOptions(eventTarget, eventArgument, validation,
|
|
142
|
+
|
|
143
|
+
validationGroup, actionUrl, trackFocus, clientSubmit) {
|
|
144
|
+
|
|
145
|
+
this.eventTarget = eventTarget;
|
|
146
|
+
|
|
147
|
+
this.eventArgument = eventArgument;
|
|
148
|
+
|
|
149
|
+
this.validation = validation;
|
|
150
|
+
|
|
151
|
+
this.validationGroup = validationGroup;
|
|
152
|
+
|
|
153
|
+
this.actionUrl = actionUrl;
|
|
154
|
+
|
|
155
|
+
this.trackFocus = trackFocus;
|
|
156
|
+
|
|
157
|
+
this.clientSubmit = clientSubmit;
|
|
158
|
+
|
|
159
|
+
}
|
|
160
|
+
|
|
161
|
+
|
|
162
|
+
|
|
163
|
+
function WebForm_DoPostBackWithOptions(options) {
|
|
164
|
+
|
|
165
|
+
var validationResult = true;
|
|
166
|
+
|
|
167
|
+
if (options.validation) {
|
|
168
|
+
|
|
169
|
+
if (typeof(Page_ClientValidate) == 'function') {
|
|
170
|
+
|
|
171
|
+
validationResult = Page_ClientValidate(options.validationGroup);
|
|
172
|
+
|
|
173
|
+
}
|
|
174
|
+
|
|
175
|
+
}
|
|
176
|
+
|
|
177
|
+
if (validationResult) {
|
|
178
|
+
|
|
179
|
+
if ((typeof(options.actionUrl) != "undefined") &&
|
|
180
|
+
|
|
181
|
+
(options.actionUrl != null) && (options.actionUrl.length > 0)) {
|
|
182
|
+
|
|
183
|
+
theForm.action = options.actionUrl;
|
|
184
|
+
|
|
185
|
+
}
|
|
186
|
+
|
|
187
|
+
if (options.trackFocus) {
|
|
188
|
+
|
|
189
|
+
var lastFocus = theForm.elements["__LASTFOCUS"];
|
|
190
|
+
|
|
191
|
+
if ((typeof(lastFocus) != "undefined") && (lastFocus != null)) {
|
|
192
|
+
|
|
193
|
+
if (typeof(document.activeElement) == "undefined") {
|
|
194
|
+
|
|
195
|
+
lastFocus.value = options.eventTarget;
|
|
196
|
+
|
|
197
|
+
}
|
|
198
|
+
|
|
199
|
+
else {
|
|
200
|
+
|
|
201
|
+
var active = document.activeElement;
|
|
202
|
+
|
|
203
|
+
if ((typeof(active) != "undefined") && (active != null)) {
|
|
204
|
+
|
|
205
|
+
if ((typeof(active.id) != "undefined") &&
|
|
206
|
+
|
|
207
|
+
(active.id != null) && (active.id.length > 0)) {
|
|
208
|
+
|
|
209
|
+
lastFocus.value = active.id;
|
|
210
|
+
|
|
211
|
+
}
|
|
212
|
+
|
|
213
|
+
else if (typeof(active.name) != "undefined") {
|
|
214
|
+
|
|
215
|
+
lastFocus.value = active.name;
|
|
216
|
+
|
|
217
|
+
}
|
|
218
|
+
|
|
219
|
+
}
|
|
220
|
+
|
|
221
|
+
}
|
|
222
|
+
|
|
223
|
+
}
|
|
224
|
+
|
|
225
|
+
}
|
|
226
|
+
|
|
227
|
+
}
|
|
228
|
+
|
|
229
|
+
if (options.clientSubmit) {
|
|
230
|
+
|
|
231
|
+
__doPostBack(options.eventTarget, options.eventArgument);
|
|
232
|
+
|
|
233
|
+
}
|
|
234
|
+
|
|
235
|
+
}
|
|
236
|
+
|
|
237
|
+
```
|
|
238
|
+
|
|
239
|
+
validation, trackFocus, clientSubmit は、上のボタンの onclick 属性に設定されたスクリプトで false に設定されるので、結局 ```theForm.action = options.actionUrl;``` だけの動作とななります。（即ち、form 要素の action 属性が WebForm2.aspx に書き換えられるだけ。theForm はインラインスクリプトとして定義されます）
|
|
240
|
+
|
|
241
|
+
|
|
242
|
+
|
|
243
|
+
ボタンは input type="submit" なので、その後 form が WebForm2.aspx に submit されます。
|
|
244
|
+
|
|
245
|
+
|
|
246
|
+
|
|
247
|
+
Firefox ではその時点での WebForm1.aspx の html ソースがキャッシュされるようで、それが、evin101 さんの言われる「JavaScript オブジェクト状態の保存」ということであろうと思います。
|
2
追記＆訂正
test
CHANGED
|
@@ -56,7 +56,7 @@
|
|
|
56
56
|
|
|
57
57
|
|
|
58
58
|
|
|
59
|
-
下の画像は Firefox 65.0.1 と IE11 で、(1) 質問で言う WebForm1 を表示、(2)［ジャンプ］ボタンクリックで WebForm2 へクロスポストバック、(3) ブラウザの［戻る］ボタンで WebForm
|
|
59
|
+
下の画像は Firefox 65.0.1 と IE11 で、(1) 質問で言う WebForm1 を表示、(2)［ジャンプ］ボタンクリックで WebForm2 へクロスページポストバック、(3) ブラウザの［戻る］ボタンで WebForm1 に戻すという操作の要求・応答を Fiddler で見たものです。
|
|
60
60
|
|
|
61
61
|
|
|
62
62
|
|
1
追記
test
CHANGED
|
@@ -37,3 +37,51 @@
|
|
|
37
37
|
|
|
38
38
|
|
|
39
39
|
解決策はクロスページポストバックの使用を避ける方向で検討すべきと思います。たとえば、WebForm1 のボタンクリックのイベントハンドラで WebForm2 へリダイレクトする。ID は Session またはクエリ文字列で渡すというように。
|
|
40
|
+
|
|
41
|
+
|
|
42
|
+
|
|
43
|
+
**【追記】**
|
|
44
|
+
|
|
45
|
+
|
|
46
|
+
|
|
47
|
+
evin101 さんの回答に対する 2019/03/01 10:34 の私のコメントで「調べた画像を私の回答欄に貼っておきます」と書きましたが、その画像を貼って若干の説明を追記しておきます。
|
|
48
|
+
|
|
49
|
+
|
|
50
|
+
|
|
51
|
+
**注**：画像のページの名前は WebForm1 ⇒ 0065-PostBackUrlFormA、WebForm2 ⇒ 0065-PostBackUrlFormB に変えてますので注意してください。
|
|
52
|
+
|
|
53
|
+
|
|
54
|
+
|
|
55
|
+
ブラウザの「戻る」ボタンで目的のページをキャッシュから取得するのは、ASP.NET Web Forms アプリのデフォルトの設定では、IE も Chrome も Firefox も同じです。
|
|
56
|
+
|
|
57
|
+
|
|
58
|
+
|
|
59
|
+
下の画像は Firefox 65.0.1 と IE11 で、(1) 質問で言う WebForm1 を表示、(2)［ジャンプ］ボタンクリックで WebForm2 へクロスポストバック、(3) ブラウザの［戻る］ボタンで WebForm2 に戻すという操作の要求・応答を FIddler で見たものです。
|
|
60
|
+
|
|
61
|
+
|
|
62
|
+
|
|
63
|
+
|
|
64
|
+
|
|
65
|
+
|
|
66
|
+
|
|
67
|
+
上の画像の #22 が Firefox での (1)、#27 が (2) です。画像の #59 が IE での (1)、#64 が (2) です。(3) の操作では Firefox も IE も要求は出ていません。画面は WebForm1 に戻るのでキャッシュから取得しています。
|
|
68
|
+
|
|
69
|
+
|
|
70
|
+
|
|
71
|
+
Firefox で (3) の操作の後にキャッシュから取得して表示された html ソースを見ると、以下の画像のように form 要素の action 属性が (2) でクロスページポストバックを行った先に（質問者さんの場合 WebForm2、私の場合は 0065-PostBackUrlFormB）に書き換えられてます。
|
|
72
|
+
|
|
73
|
+
|
|
74
|
+
|
|
75
|
+
|
|
76
|
+
|
|
77
|
+
|
|
78
|
+
|
|
79
|
+
これが Firefox を使った場合に起こる問題の原因です。IE, Chrome の場合は書き換えられるようなことはありません。
|
|
80
|
+
|
|
81
|
+
|
|
82
|
+
|
|
83
|
+
なぜ Firefox でこんなことになるのかは調べてないので分かりません。WebFrom1 の初期画面からのポスト先が WebForm2 だったから書き換えてやろうという「小さな親切大きなお世話」ってやつかもしれませんね。
|
|
84
|
+
|
|
85
|
+
|
|
86
|
+
|
|
87
|
+
クロスページポストバックを使わないで、普通に WebForm1 のボタンクリックのイベントハンドラで WebForm2 へリダイレクトし、ID は Session またはクエリ文字列で渡すというようにした場合はどうなんでしょう？ たぶん問題ないと思いますが、未確認です。
|